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1.  EXECUTIVE  SUMMARY 


a.  Introduction.  Historically,  avionics  system  architectures  have  been  described 
as  an  amalgamation  of  nearly  autonomous  subsystems,  the  subsystems  being  segregated 
along  functional  lines,  such  as  navigation,  communications,  fire  control,  etc.,  each 
having  an  independent  sensor,  processor,  control,  and  display.  This  situation  has  led 
inevitably  to  several  system-level  problems,  the  more  serious  of  which  include  the 
decrease  in  reliability  of  avionics  systems,  despite  an  increase  in  reliability  of  individ- 
ual components,  due  to  increased  system  complexity  and  sophistication;  the  increase 

in  aircraft  crew  workloads  to  unacceptable  levels  caused  by  the  requirement  to  control 
and  monitor  increasing  numbers  of  sensors  and  displays;  and  the  reduction  in  cockpit 
spare  real  estate  to  near-zero  levels.  Other  problems  have  been  the  difficulty  of 
reconfiguring  aircraft  avionics  systems  to  meet  changing  mission  requirements  or  to 
take  advantage  of  new  technology  and  the  high  costs  arising  from  the  proliferation  of 
functionally  similar,  but  noninterchangeable,  subsystems. 

Digital  technology,  particularly  in  the  LSI  and  microprocessor  areas,  has  now 
evolved  to  the  point  where  these  operational  problems  are  amenable  to  solution  through 
application  of  digital  integration  techniques  at  the  system  level.  The  new  type  of  avionics 
system  architecture  resulting  from  this  approach  is  characterized  by  the  use  of  a 
multiplex  data  bus  to  interconnect  sensors,  controls,  and  displays,  integrated  program- 
mable controls  and  displays,  and  the  widespread  application  of  microprocessors  at  the 
subsystem  level. 

The  objective  of  the  Avionic  System  Architecture  Investigation  (AVSAR  II) 
was  to  investigate  the  extent  to  which  this  new  type  of  architecture  could  be 
applied  to  the  AH-1S  Night  Cobra  (Step  4).  The  primary  purpose  of  the  study 
was  to  determine  if  the  integration  of  a multiplex  data  bus  system  would  have 
a significant  impact  on  the  aircraft  system  weight.  Secondary  objectives  were 
to  determine  whether  a reduction  of  crew  workload  and  a reduction  of  cockpit 
real  estate  requirements  could  be  effected  through  implementation  of  the  new 
architecture. 

b.  Methodology.  The  following  presents  an  overview  of  the  engineering  approach 
SEMCOR  applied  in  performing  the  AVSAR  II  study. 

SEMCOR  initiated  the  study  by  evaluating  the  Modernized  AH-1S  Cobra  (Step  3) 
system  and  functionally  dividing  this  system  into  generic  subsystems  for  the  purpose  of 
further  analysis.  Step  4 requirements  were  integrated  into  the  generic  subsystems,  as 
applicable,  to  provide  a baseline  Step  4 Night  Cobra  configuration.  Each  subsystem 
was  then  further  subdivided  into  equipment  lists,  and  each  item  of  equipment  was  char- 
acterized by  its  electrical  interface. 
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In  addition,  the  Night  Cobra  mission  requirements  were  analyzed  from  a human 
factors  viewpoint.  Operational  sequence  diagrams  depicting  the  mission  were  generated 
and  further  broken  down  into  time  lines  for  critical  mission  segments.  Based  on  this 
Information,  data  requirements  and  data  priorities  were  determined  for  both  the  pilot 
and  gunner  during  each  mission  segment.  These  requirements  and  priorities  were  then 
used  to  postulate  a new  cockpit  layout  for  both  crewmembers,  using  a mix  of  existing 
equipment  and  equipment  yet  to  be  developed. 

The  baseline  equipment  list  was  then  adjusted  based  on  the  results  of  the  control 
and  display  analysis.  SEMCOR  evaluated  this  information  to  determine  the  viable  can- 
didate equipment  for  multiplexing.  The  candidate  multiplex  equipment  list  was  then 
used  to  establish  remote  and  embedded  terminal  locations,  develop  the  data  bus  archi- 
tecture, and  compute  bus  loading  requirements.  This  process  involved  the  continuous 
evaluation  of  candidate  equipment  against  various  criteria  in  an  effort  to  define  a totally 
integrated  Night  Cobra  system. 

Finally,  the  system  was  analyzed  in  terms  of  weight,  cost,  crew  workload,  and 
cockpit  real  estate  savings. 

c.  Summary  of  Results.  The  electronic  system  for  the  Night  Cobra  consists  of 
the  electronic  subsystems  and  assemblies  needed  to  perform  the  functions  of  communi- 
cations, navigation,  identification,  target  acquisition,  fire  control,  electrical  power 
control,  aircraft  self-protection,  and  aircraft  system  management.  In  addition,  the 
electronic  system  encompasses  the  equipment  units  required  to  integrate  the  various 
subsystems  into  an  efficient  system  configuration;  these  "system-level”  equipment  units 
include  a multiplex  data  bus  subsystem,  an  integrated  central  display  subsystem,  and 
an  electrical  power  control/distribution  subsystem. 

The  Night  Cobra  electronic  system  is  configured  as  shown  in  Figure  1,  structured 
around  a dual  redundant  MIL-STD-1553B  data  bus.  This  data  bus  constitutes  the  primary 
means  of  communication  between  electronic  subsystems;  hardwired  signals  are  kept 
to  a minimum.  Equipment  includes  six  remote  terminals  located  as  shown  in  the  figure; 
the  primary  bus  controller  resides  in  the  gunner's  remote  terminal,  and  the  secondary 
(backup)  bus  controller  resides  in  the  aft  remote  terminal.  Electronic  subsystems/ 
equipment  units  communicating  with  the  data  bus  through  the  remote  terminals  are  iden- 
tified in  Section  5.1.  Additional  equipment  connected  directly  to  the  bus  Includes  the 
following: 

(1)  AN/ASN-128  doppler  navigation  system 

(2)  AN/ARC-164  radio 

(3)  AN/ARC-186  radio 

(4)  Fire  control  computer 
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START  RELAY 
IDLE  STOP  SOLENOID 
IGNITION  SOLENOID 
FUEL/OIL  VALVE 
EMERGENCY  HYDRAULIC  PUMP 
GAS  PROOUCER  TACHOMETER  GENERATOR 
NO.  1 HYDRAULIC  PRESSURE  SWITCH 
NO.  2 HYORAULIC  PRESSURE  SWITCH 
EMERGENCY  HYDRAULIC  PRESSURE  SWITCH 
FORWARD  FUEL  LEVEL  LOW  SWITCH 
AFT  FUEL  LEVEL  LOW  SWITCH 
ENGINE  FIRE  SENSOR 
TRANSMISSION  CHIP  DETIc'CTOR 
ENGINE  CHIP  DETECTOR 
TRANSMISSION  OIL  HOT  SWITCH 
TRANSMISSION  OIL  PRESSURE  SWITCH 
TRANSMISSION  OIL  BYPASS  SWITCH 
ENGINE  FUEL  PUMP  PRESSURE  SWITCH 
ENGINE  OIL  PRESSURE  SWITCH 
FUEL  FILTER  BYPASS  SWITCH 
ENGINE  OIL  FLOAT  SWITCH 
RADAR  ALTIMETER 
ENGINE  OIL  BYPASS  SWITCH 
TORQUE  TRANSMITTER 
FUEL  QUANTITY  INDICATOR 
EMERGENCY  HYORAULIC  PUMP  OVERLOAD 
SWITCH 

HYORAULIC  TEST  SWITCH 
FORWARD  FUEL  BOOST  PUMP  SWITCH 
AFT  FUEL  BOOST  PUMP  SWITCH 
ENGINE  INLET  AIR  OETECTOR 
TURBINE  GAS  TEMPERATURE  SENSOR 
FUEL  FILTER  FLOW  SENSOR 
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Figure  1.  Night  Cobra  multiplex 
data  bus  architecture 
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(5)  Integrated  Avionic  Control  System  (IACS)  central  control 
unit,  J-3588/ASQ-166,  J-35  85/ASQ-166  (2) 

(6)  IACS  primary  control  panel,  C-10515/ASQ-166  (2) 

(7)  IACS  status  panel,  ID-2171/ASQ-166  (2) 

(8)  Electronic  attitude/heading  display  IEAHD)  (2) 

(9)  Flight  management  display  (FMD)  (2) 

The  integrated  control/di  splay  subsystem  for  each  crewmember  consists  of  the 
following: 

(1)  FMD 

(2)  EAHD 

(3)  IACS  primary  control  panel 

(4)  IACS  status  panel 

(5)  Intercom/communications/navigation  selection  control  panel 

(6)  Helmet-mounted  sight 

In  addition  to  the  displays  described  above,  the  pilot’s  cockpit  contains  the  following: 

(1)  Head-up  display 

(2)  Radar  warning  indicator 

(3)  Laser  tracker  panel 

(4)  Miscellaneous  jettison  panel 

(5)  Clock 

Additional  displays  in  the  gunner's  cockpit  are  as  follows: 

(1)  Telescopic  sight  unit  (TSU) 

(2)  Projected  map  display  (PMD) 

(3)  Magnetic  compass 
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(4)  Hydraulic/jettison  panel 

(5)  Laser  range  panel 

(CJ)  Acquisition  panel 

Electrical  power  control  and  distribution  will  be  accomplished  using  solid-state  power 
controllers  per  MIL-P-81653,  which  are  installed  in  two  power  distribution  stations 
connected  to  the  data  bus  through  the  pilot  remote  terminal  (RT)  and  the  aft  RT.  Any 
intelligence  required  for  the  electrical  power  control  function  will  reside  in  the  power 
distribution  stations  rather  than  their  associated  remote  terminals. 

The  configuration  will  provide  a weight  savings  of  approximately  46.7  kg  (103  lb) 
over  a Step  4 hardwired  configuration,  while  providing  increased  functional  capability. 

In  addition,  the  integration  of  controls  and  displays  results  in  a reduction  In  complexity 
of  approximately  52  percent. 

Recommendations.  Recommendations  based  on  the  AVSAR  II  investigation  are 
summarized  below: 

(1)  A dual  redundant  MIL-STD-1553B  multiplex  data  bus  should  be  used  to  effect 
the  required  architecture. 

(2)  Dual  redundant  bus  controllers  should  be  used  to  control  the  data  bus. 

(3)  An  integrated  control/display  approach,  as  described  in  Section  1.3,  can 
provide  crew  workload  reduction  mid  increased  cockpit  real  estate  at  a low'  technological 
risk  for  the  1982  time  frame. 

(4)  Additional  control/display  Integration  techniques,  as  described  in  Section 
6.1,  should  be  investigated  for  possible  application  in  later  Night  Cobra  updates. 

(5)  The  software  development  cycle  should  be  closely  monitored  and  docu- 
mented, as  described  in  Section  6.2;  in  addition,  a life  cycle  plan  should  be  written  for 
the  Night  Cobra  software. 

(6)  The  Night  Cobra  multiplex  architecture  should  be  evaluated  in  terms  of 
the  effect  of  survivability. 

(7)  An  investigation  into  providing  a data  bus  test  set  for  ease  of  maintenance 
should  be  initiated. 

(8)  The  AN/ARC-164  should  be  relocated,  anti  a 1553B  compatible  interface 
should  be  provided. 
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(9)  The  AN/ARC-114  and  AN/ ARC-115  should  be  replaced  with  a 1553B 
compatible  AN/ARC-186. 

(10)  Preparation  of  Prime  Item  Development  Specifications  for  the  Night  Cobra 
RT's  should  be  initiated. 

(11)  Development  programs  should  be  Initiated  to  provide  1553  interfaces 
for  major  aircraft  LRU's,  such  as  the  FCC,  air  data  system,  rocket  management 
system,  and  so  forth. 


2.  INTRODUCTION 


a.  Baseline  System.  The  baseline  system  for  the  AVSAR  Investigation  consisted 
of  the  avionics  equipment  suite  aboard  the  AH-1S  Step  3 Cobra.  This  equipment 
suite  was  to  be  supplemented  in  Step  4 by  the  addition  of  the  following  avionics  systems: 
FLIR  Augmented  Cobra  TOW  Sight  (FACTS),  NOE  Communication,  Projected  Map  Dis- 
play (PMD)  AN/ASN-99,  and  IACS. 

b.  Methodology.  SEMCOR  initiated  the  AVSAR  investigation  by  evaluating  the 
baseline  Step  3 Cobra  system  and  functionally  dividing  this  system  into  generic  sub- 
systems as  follows: 


1.0 

Communications 

9.0 

Self-Protection  and  Warning 

2.0 

Navigation 

10.0 

Display  and  Control 

3.0 

Air  Data 

11.0 

Electrical  (ac  and  dc) 

4.0 

Flight  Control 

12.0 

Engine  Control  and  Monitoring 

5.0 

Target  Acquisition 

13.0 

Data  Transfer 

6.0 

Fire  Control 

14.0 

Weapon  and  Armament 

7.0 

Stores  Management 

15.0 

Lighting 

8.0 

Environmental 

This  functional  division  provided  the  basic  framework  for  an  analysis  of  the  Cobra 
system;  the  next  step  in  the  process  was  to  assign  Step  3 equipment  to  a subsystem  as 
applicable.  The  result  was  a functional  representation  of  the  Step  3 Cobra.  Step  4 
requirements  were  subsequently  integrated  into  the  Step  3 equipment  list,  providing  a 
baseline  Step  4 Night  Cobra. 

Each  item  in  the  baseline  equipment  list  was  then  characterized  by  its  electrical 
interface,  with  consideration  given  to  bandwidth,  signal  type,  voltage,  impedance, 
resolution,  update  rate,  and  wire  type. 

While  this  characterization  was  in  progress,  SEMCOR  analyzed  the  Night  Cobra 
mission  requirements  from  a human  factors  viewpoint.  Operational  sequence  diagrams 
were  generated  and  time  lines  were  prepared  for  various  critical  mission  segments. 
This  analysis  allowed  the  determination  of  data  priorities  and  data  requirements  for 
both  the  pilot  and  gunner  during  each  mission  segment.  These  requirements  and 
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priorities  were  then  used  to  postulate  a new  cockpit  layout  for  both  crew  members, 
using  a mix  of  existing  equipment,  equipment  added  for  Step  4,  and  equipment  to  be 
developed. 

The  results  of  the  control  and  display  analysis  were  then  used  to  adjust  the  Step  4 
equipment  list  to  reflect  the  integration  of  controls  and  displays  and  the  application 
of  multiplex  technology.  The  equipment  list  was  then  subjected  to  a set  of  multiplex 
criteria  designed  to  provide  a design  that  effectively  used  multiplex  techniques.  This 
process  resulted  in  a candidate  multiplex  equipment  list.  Equipment  not  on  this  list 
would  remain  hardwired  in  the  Step  4 Night  Cobra. 

The  candidate  multiplex  equipment  list  was  then  used  to  establish  remote  and  em- 
bedded terminal  locations,  develop  the  data  bus  architecture,  and  compute  bus  loading 
requirements.  Once  terminal  locations  were  established  and  tentative  terminal-to- 
equipment  assignments  were  made,  the  candidate  multiplex  equipment  list  was  reviewed 
again.  As  the  system  design  progressed,  information  flow  requirements  were  defined, 
additional  information  from  the  control/display  analysis  was  provided,  and  inputs  were 
made  available  from  several  system  studies.  This  iterative  process  involved  the  con- 
tinuous evaluation  of  candidate  multiplex  equipment  against  multiplex  criteria  and  engi- 
neering tradeoffs  in  an  effort  to  define  a totally  integrated  Night  Cobra  system. 

Finally,  the  system  was  analyzed  in  terms  of  weight,  cost,  crew  workload,  and 
cockpit  real  estate  savings. 

c.  Report  Format.  The  remainder  of  this  report  is  divided  into  the  following 
sections: 


(1)  Section  3.  System  Definition.  The  multiplex  criteria  used  in  the  defini- 
tion of  the  Step  4 equipment  suite  is  addressed.  The  initial  considerations  in  the 
development  of  the  data  bus  architecture  are  described. 

(2)  Section  4.  System  Analyses.  A detailed  description  is  provided  on  the 
analysis  performed  in  the  areas  of  wire  weight,  control/display  weight,  moment,  bus 
loading,  bus  controller  loading,  and  critical  signals. 

(3)  Section  5.  System  Integration.  The  assignment  of  equipment  to  remote 
terminals  is  described,  the  integration  of  controls  and  displays  is  addressed,  and 
methods  of  information  transfer  on  the  data  bus  are  investigated. 

(4)  Section  6.  Future  Considerations.  Control  and  display  integration  tech- 
niques and  technologies  which  are  candidates  for  future  study  are  described  and  a guide 
to  tools  and  documents  required  in  the  procurement  of  software  is  provided.  A weight 
and  cost  summary  for  the  implementation  of  the  recommended  multiplex  data  bus  sys- 
tem is  provided. 


9 


(5)  Appendices.  Appendices  are  included  as  needed. 

d.  Assumptions.  The  validity  of  the  technical  approach  and  engineering  work 
on  the  AVSAR  study  was  predicated  on  a baseline  set  of  assumptions,  as  described  In 
the  following  paragraphs. 

(1)  Airframe.  The  host  airframe  for  the  Night  Cobra  multiplex  system  was 
the  modernized  AH-1S  Cobra.  The  placement  and  sizing  of  equipment  were  constrained 
by  the  limits  of  this  existing  airframe.  The  tandem  cockpit  configuration  was  also 
defined  by  this  airframe, 

(2)  Baseline  System.  The  baseline  system  for  the  study  was  the  avionics 
suite  contained  in  the  modernized  AH-1S  Cobra  Step  3. 

(3)  New  Development  Systems.  The  following  systems,  currently  in  develop- 
ment or  production,  were  to  be  integrated  into  the  Night  Cobra  multiplex  system: 

FLIR  Augmented  Cobra  TOW  Sight  (FACTS),  NOE  Communication,  Projected  Map 
Display  (PMD)  AN/ASN-99,  IACS,  and  2000  HP  T53  Engine.  These  systems  were 

to  be  integrated  as  defined  by  U.S.  Army  Aviation  Research  and  Development  Command 
(AVRADCOM). 

(4)  Weight,  The  baseline  weight  for  the  Step  4 Night  Cobra  was  given  as 


follows: 

AH-1S,  Step  3 10,184  lbs 

FACTS  64 

NOE  Communication  621 

PMD  57 

IACS  45 

2000  HP  T53  Engine  16 

AH- IS,  Step  4 10,428  lbs 


(5)  Mission.  The  Night  Cobra  mission  was  defined  in  documentation  pro- 
vided by  AVRADCOM. 

(6)  Standardization.  Standard  avionics  equipment  was  to  be  used  in  replacing 
or  supplementing  existing  equipment,  hi  cases  where  standard  equipment  was  not 

Ilf  NOE  Communication  (improved  FM)  is  utilized  the  weight  will  be  13  lbs. 
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available  or  not  functionally  sufficient,  new  equipment  could  be  proposed,  based 
on  the  following  philosophy; 

Standardization  of  equipment  for  fleet-wide  application  Is  a primary 
design  goal.  Therefore,  Night  Cobra  specific  functional  requirements 
should  not  be  Imposed  on  existing  standard  equipment  without  sufficient 
and  stringent  justification. 

(7)  Technology.  The  proposed  Night  Cobra  design  must  be  technologically 
feasible  in  the  1982  time  frame.  Alternatives  not  feasible  within  this  time  frame 

1 could  be  recommended  for  further  study. 

1 I 

(8)  Display  Symbology.  Display  symbology  to  be  used  in  the  Night  Cobra 
was  provided  by  AVRADA. 
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(9)  Drawings.  The  modernized  AH-1S  Cobra  drawings  provided  by  AVRADCOM 
represented  the  baseline  Step  3 system. 

(10)  Communications  Equipment.  The  AN/ARC-164  and  AN/ARC-186  were 
assumed  to  be  configured  with  MIL-STD-1553B  interfaces. 
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3.  SYSTEM  DEFINITION 

a.  Multiplex  System.  The  Step  3 Cobra  system  is  a hardwired  system;  Inter- 
faces between  equipment  arc  via  wire.  One  area  of  the  A\  SAR  study  involved  applying 
multiplex  techniques  to  the  hardwired  Cobra  system  and  designing  a hybrid  hardwired 
multiplexed  system  for  implementation  in  the  Step  4 Night  Cobra.  Therefore,  it  is 
important  that  the  advantages  of  a multiplex  system  are  understood. 

A multiplex  system,  in  the  most  general  sense,  is  any  system  capable  of  trans- 
ferring more  than  one  signal  over  a given  channel.  The  channel  may  be  a twisted 
pair,  a coaxial  cable,  a radio  link,  an  optical  fiber,  or  any  other  link  over  which  In- 
formation may  be  transmitted. 

For  most  systems  where  moderate  to  large  amounts  of  data  must  be  transferred, 
a multiplex  system  can: 

(11  Reduce  the  number  of  wires  and  connection  points  needed,  reducing 
system  weight  and  cost,  and  increasing  system  reliability,  maintainability,  and 
availability 

(2)  Provide  redundant  data  paths,  increasing  system  availability  and 
survivability 

(31  Provide  data  path  commonality,  facilitating  reconfiguration 

(41  Provide  a single  system  performance  monitor  point,  facilitating  fault 
detection  and  diagnosis,  and  increasing  system  maintainability 

A minimum  multiplex  system  consists  of  a multiplexer  (transmitter!,  a single 
data  transmission  channel,  and  a demultiplexer  (receiver).  The  multiplexer  re- 
ceives data  from  the  various  sources  and  performs  the  operations  necessary  to 
transmit  them  over  the  multiplex  channel.  The  demultiplexer  monitors  the  channel, 
performs  the  operations  necessary  to  decode  the  signals  from  the  channel,  and  dis- 
tributes the  reconstituted  signals  to  their  respective  destinations. 

The  introduction  of  a multiplex  system  invariably  reduces  the  number  of  wires 
and  connection  points,  simply  because  each  multiplexed  bus  carries  many  signals. 

In  many  cases,  active  components  such  as  signal  conditioners  and  line  drivers  may 
be  simplified  or  eliminated.  In  a multiplexed  system  with  a large  number  of  signals, 
system  complexity,  documentation,  layout  engineering,  and  individual  connections 
and  wires  lowers  the  cost  and  weight  of  the  system,  while  improving  reliability, 
maintainability,  and  availability.  The  important  point  to  remember  here  is  that, 
although  a multiplex  system  is  conceptually  more  sophisticated  than  dedicated  wires 
and  drivers,  it  has  fewer  components  in  practice. 
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The  fact  that  numerous  signals  are  sent  over  the  same  multiplexed  data  path 
makes  reconfiguration  of  the  system  much  easier.  In  a dedicated-wire  system, 
adding  a new  piece  of  equipment  requires  running  new  wires  between  the  added  unit 
and  any  other  equipment  with  which  it  must  exchange  data.  In  a multiplexed  system, 
it  is  only  necessary  to  make  a single  connection  to  the  multiplex  bus. 

Another  advantage  of  a multiplexed  data  transfer  system  is  that  it  makes  it  pos- 
sible to  connect  a monitor  unit  at  any  convenient  point  on  the  bus  and  be  able  to  mon- 
itor all  data  transfers  on  the  bus.  This  monitor  is  usually  capable  of  identifying 
errors  and  isolating  faults  and  often  actively  performs  tests  on  the  equipment.  In  a 
dedicated-wire  system,  each  individual  wire  would  have  to  be  tapped  and  routed  to  the 
k monitor  unit  to  provide  this  capability. 

The  likelihood  that  these  advantages  could  be  derived  from  applying  multiplex 
technology  to  the  Night  Cobra  was  a driving  force  in  the  AVSAR  study. 

b.  Equipment  Definition.  The  equipment  (Baseline,  Step  3)  aboard  the  Night 
Cobra  has  been  assigned  a generic  subsystem  name  and  number.  The  subsystems 
are  as  follows: 

. 1.0  Communications 

2.0  Navigation 

• • 

3.0  Air  Data 

4.0  Flight  Control 

5.0  Target  Acquisition 

6.0  Fire  Control 

7.0  Stores  Management 

8. 0 Environmental 

9. 0 Self  Protection  and  Warning 

10.0  Display  and  Control 

11.0  Electrical  (ac  and  dc) 

12.0  Engine  Control  and  Monitoring 


13.  0 Data  Transfer  (Step  4 only) 

14.0  Weapon  and  Armament 

15.0  Lighting 

Table  1 presents  a breakdown  of  the  generic  subsystems  into  the  actual  equipment 
aboard  the  Step  3 Cobra.  This  equipment  list,  therefore,  defines  the  candidate  equip- 
ment suite  to  be  considered  in  applying  multiplex  technology.  A description  of  each 
item  of  equipment  has  been  listed  with  its  designation  or  AN  nomenclature,  if  known. 

Functional  Signal  Types.  Once  this  list  was  compiled,  each  of  the  items  of  generic 
subsystem  equipment  was  then  analyzed  to  determine  its  functional  signal  type  (input 
output).  The  function  signal  types  considered  were: 

2 

(1)  Radio  Frequency" 

(2)  Discrete 

(3)  Dc  Analog 

(4)  Ac  Analog 

(5)  Synchro 

(6)  Video 

(7)  Serial  Digital 

(8)  Parallel  Digital 

(9)  Dc  Power  and  Control 

(10)  Ac  Power  and  Control 

(11)  Pulse 

(12)  Voice** 


o 

Not  candidate  for  multiplexing  because  of  system  bandwidth  limitations.  Once  de- 
fined, signals  with  these  characteristics  were  immediately  excluded  from  further 
consideration  within  the  study. 

Not  candidate  for  multiplexing  in  this  study  in  order  to  preserve  red/black 
separation. 
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TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  1 of  20) 


1.0  COMMUNICATION 


Item 

Description 

Designation/ AN 
Nomenclature 

1.1 

II  ■ '■  - - ■-  ■ 

Radio  Set  (UHF-FM) 

RT-1167/ARC-164 

1.2 

Antenna  (UHF) 

AT-256A/ARC 

1.3 

Radio  Set  (VHF-FM) 

AN/ARC- 114A 

1.4 

Antenna  (FM  Homing) 

AS-3205/ARC 

1.5 

Radio  Set  (VHF-AM) 

AN/ARC-115 

1.6 

Antenna  (VHF) 

AS-3204/ARC 

1.7.1 

Pilot  Control  Interphone 

C-10414(  )/ARC 

1.7.2 

Gunner  Control  Interphone 

C-10414(  )/ARC 

1.8 

IFF  Diversity  Transponder 

RT-1157(  )/APX-100 

1.9 

IFF  Mounting 

MT-4811(  )/APX-100 

1.10.1 

IFF  Antenna  Bottom  Boom 

AT-884(  )/APX 

1.10.2 

IFF  Antenna  Top  Tail 

AT-741(  )/APX 

1.11 

High  Pass  Filter  (ARC-164) 

HPF-40-017 

1.12 

Bandpass  Filter  (ARC-115) 

BFF-40-03P 

1.13 

Low  Pass  Filter  (ARC-114) 

LPF-40-02B 

1.14 

IFF  Mark-XII  Computer  (Transponder) 

KIT-1A/TSEC  w/mount 

1.15.1 

Security  Set 

TSEC/KY-28  w/mount 

1.18 

FM  Communication  Antenna 

209-077-202 

1.19 

Audio  Threshold 

MD-(  )/A 
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TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  2 of  20) 


2.0  NAVIGATION 


Item 

Description 

Designation/ AN 
Nomenclature 

2.1 

Automatic  Direction  Finder  (ADF)  Receiver  Set 

R-1496A/ARN-89A 

2.2 

ADF  Antenna 

AS-2108A/ ARN-89A 

2.3 

ADF  Amplifier/ Impedance  Match 

AM-4839A/ ARN-89  A 

2.4 

Receiver  (VOR/LOC) 

R-2023/ ARN-123 

2.5 

Mount  (VOR/LOC) 

MT-4980 

2.6 

Antenna  (VOR/LOC) 

AS-1304(  )/ARN 

2.7 

Antenna  (Marker  Beacon) 

AT-640/ARN 

2.8 

Antenna  (Glideslope) 

AS-3188/ARN 

2.9 

Doppler  Nav.  Rec. /TW/ Antenna 

RT-1193/ASN-128 

2.10 

Converter,  Signal  Data  (Doppler  Nav.  Comp. ) 

C V-3338/A  SN-128 

2.11 

Radar  Altimeter  (Transceiver) 

RT-1115/APN-209 

2.12 

Radar  Altimeter  Antenna  (2  each) 

AS-2595/APN-194(  ) 

2.13 

Gyro  Compass 

CN-998/ASN-43 

2.14 

Transmitter,  Remote  Compass 

T-6/ASN/CN-403/ASN 

2.15 

DF  Sense  Antenna 

209-030-133 

2.17 

Altimeter  (P/O  Barometric  Alt.) 

AAU-31/A 

2.18 

Attitude  Gyro 

2.19 

Rate  Gyro  Transmitter 

2.20 

Vertical  Gyro 

TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  4 of  20) 


4.0  FLIGHT  CONTROL 


Item 

Description 

Designation/AN 

Nomenclature 

mi 

Pitch  Hydraulic  Solenoid  Valve 

Roll  Hydraulic  Solenoid  Valve 

Yaw  Hydraulic  Solenoid  Valve 

Pitch  Transponder 

P/N  570-074-84 

Roll  Transponder 

P/N  570-074-84 

Yaw  Transponder 

P/N  570-074-84 

4.7 

SCAS  Sensor  Amplification  Unit 

P/N  570-074-010 

4.8 

Pylon  Compensation  Unit 

4.9 

Aft  Pylon  Transducer 

4.10 

Control  Tube  Assembly  (Foi*e-Aft  Cyclic) 

4.11 

Control  Tube  Assembly  (Antitorque) 

4.12 

Control  Tube  Assembly  (Lateral  Cyclic) 

4.13 

Antitorque  Mag  Brake  RH  Side 

4.14 

Lateral  Mag  Brake  RH  Side 

4.15 

Lateral  Mag  Brake  LH  Side 

i 
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TABLE  1.  AH- IS  STEP  3 BASEUNE  EQUIPMENT  LIST  (Sheet  5 of  20) 


5.0  TARGET  ACQUISITION 
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TABLE  1.  AH- IS  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  7 of  20) 


7.0  STORES  MANAGEMENT 


Description 


Designation/ AN 
Nomenclature 


Left  Hand  Inboard  Rocket  Signal  Unit  (SU) 

Right  Hand  Inboard  Rocket  Signal  Unit  (SU) 

Left  Hand  Jettison  Inboard 

Right  Hand  Jettison  Inboard 

Left  Hand  XM18  Gun  SU 

Right  Hand  XM18  Gun  SU 

Left  Hand  Outboard  Rocket  SU 

Right  Hand  Outboard  Rocket  SU 

Left  Hand  Jettison  Outboard 

Right  Hand  Jettison  Outboard 

Terminal  Boards 


TABLE  1.  AH- IS  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  8 of  20) 


8.0  ENVIRONMENTAL 


Item 

Description 

Designation/  AN 
Nomenclature 

8.1 

Boom  Compartment  Blower  (TOW) 

8.2 

Fire  Detector  Amplifier/Control  Unit 

8.3 

Engine  De-Ice 

8.4 

Pitot  Heater  (Air  Data) 

8.5 

Environmental  Control  System  (ECS) 

8.6 

Engine  Compartment  Heat  Sensor 

8.7 

Miscellaneous 

TABLE  1.  AH- IS  STEF  3 BASELINE  EQUIPMENT  LIST  <Shoet  9 of  20) 


9.0  SELF-PROTECTION  AND  WARNING 


TABLE  1.  AH-1S  STEP  3 BASELINE  EQU 


10. 0 DISPLAY  AND  CONTROL 

Item  Description 

10.1  Automatic  Direction  Finder  Control 

10.2  VOR/ILS  Nav.  Facility  Control 

10.  3 Doppler  Nav.  Computer  Display  Unit 

10.4  Radar  Warning/Control 

10. 5 Radar  Warning  Indicator 

10.  7 Gunner  ICS  Control  Panel 

10.  8 Pilot  ICS  Control  Tanel 

10. 9 HUD  Signal  Display  Unit 

10. 10  Laser  Tracker  Control  Panel 

10. 16. 1 Turbine  Gas  Temp.  Indicator  (Gunner) 

10. 16. 2 Turbine  Gas  Temp.  Indicator  (Pilot) 

10.17  Dc  Volt/Amp.  Meter 

10.18  Tum/Slip  Indicator 

10. 19  Engine  Transmission  Temp.  Indicator 

10.  20  Gunner  Attitude  Indicator 


2 NT  LIST  (Sheet  10  of  20) 


Designation/ AN 
Nomenclature 

C-7392A/ARN-  89A 
C-10048/ARN-123(V) 
CP-1252/ASN-128 
C-9326(  )/APR-39 
ID-1150(  )/APR-39 
C-6583(  )/ARC 
C-6533(  )/ARC 


209-075-659-3 

209-075-658-1 


TABLE  1.  AH-1S  STEP  3 BASEUNE  EQUIPMENT  LIST  (Sheet  11  of  20) 


Item 

Description 

Designation/ AN 
Nomenclature 

10.21.1 

Gunner  Torque  Indicator 

209-075-663-7 

10.21.2 

Pilot  Torque  Indicator 

209-075-663-7 

10.  22 

ECS  Control  Panel 

10.  23 

1R  Control  Panel  and  Indicator  (Jammer) 

10. 24 

Search  Night  Control  (See  10.58) 

10.  25 

Governor  Control  (See  10.60,  10.84) 

10.26 

Emergency  Hydraulic  System  Boat 

10. 27 

Barometric  Altimeter  (Pilot) 

AAU-31/A 

10.  28 

IFF  Control 

C-10009(  )/APX-100 

10.  29 

Security  (Comm. ) Control 

C-8157/ARC 

10.30 

Radar  Alt.  Indicator 

RT-1115(ID  1917)/APN- 
209 

10.32 

Pilot  Master  Armament  Control  Panel 

10.  33 

SC  AS  Control  Panel 

10.35 

Fuel  Quantity  Indicator 

10. 36.1 

Gas  Producer  Tachometer  (Gunner) 

209-075-653-9 

10.36.2 

Gas  Producer  Tachometer  (Pilot) 

209-075-653-9 

10.37 

Heads-Up  Display  (HUD) 

10.  38 

Radar  Jammer  Control  Indicator 

C-9576(  > ALQ-136 

10.39 

Compass  Controller 

C-6347(  ) ASN-43 

I 
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TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  12  of  20) 


Item 

Description 

Designation/  .AN 
Nomenclature 

10.40 

Horizontal  Situation  Indicator  (MSI) 

ID-2103 

10.41 

HS1  Display  Control  Panel 

10. 42 

Force  Trim  Switch  Pilot  (EC PI 

10.43 

Force  Trim  Switch  Gunner  (ECP) 

10.44 

Pilot  Attitude  Indicator 

ID-2104/ A 

10.45 

Gunner  Radio  Magnetic  Indicator  (HMD 

1IV2105/A 

10.46 

Engine  Oil  Temperature  Indicator 

209-075-656-1 

10. 47 

Pilot  Clock 

10. 48. 1 

Engine/ Rotor  RPM  (Dual  Tachometer)  (Gunner) 

229-075-665-5 

10.  48.2 

Engine/Rotor  RPM  (Dual  Tachometer) (Pilot) 

229-075-665-5 

10.49. 1 

Airspeed  Indicator  (Hlot) 

209-075-666-1 

10.  49.2 

Airspeed  Indicator  (Gunner) 

209-075-666-2 

10.  51 

Barometric  Altimeter  (Gunner) 

AAU-31  / A 

10. 52. 1 

Vertical  Airspeed  Indicator  (Pilot) 

209-073-663-1 

10.52.2 

Vertical  Airspeed  Indicator  (Gunner) 

209-073-663-2 

10.53 

Laser  Range  Control  Panel  (Gunner) 

10.  54 

TOW  Control  Panel 

209-071-129 

10.  55 

Sight  Hand  Control  (TSU) 

209-071-132 

10.56 

RMS  Control  ami  Display  Panel 

10.57 

Ac  Circuit  Breaker  Panel 
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TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  13  of  20) 


Item 


Description 


10.  58 
10.  59 
10.60 
10.61 
10.62 

10.63 

10.64 

10.65 
10.  66 
10. 67 
10.  68 

10.69 

10.70 

10.71 

10.72 

10.73 

10.74 

10.75 

10.76 


Dc  Circuit  Breaker  Panel 
Power  Control  Panel 
Engine  Control  Panel  (Pilot) 

Pilot  Miscellaneous  Panel 
Collective  Stick  (Pilot) 

Cyclic  Stick  (Pilot) 

Collective  Stick  (Gunner) 

Cyclic  Stick  (Gunner) 

Armament  Control  Panel  (Gunner) 

Radio  Control  Panel 

Radio  Set  Control 

Radio  Set  Control 

Pilot  Caution  Panel 

Pilot  Master  Caution  Indicator 

Fire  Warning  Indicator 

Pilot  Instrument  Dimming 

Pilot  External  Light  Control  Panel 

Gunner  Hydraulic/Jettison  Panel 

Gunner  Caution  Panel 


Designation/  AN 
Nomenclature 


209-075-719-1 
ARC-115 
ARC-164 
ARC- 114 


10.77 


Gunner  Master  Caution  Indicator 
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TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Shoot  15  of  20) 


11.0  ELECTRICAL 


TABLE  1.  AH-1S  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  1G  of  20) 


12.0  ENGINE  CONTROL  AND  MONITORING 


TABLE  1.  AH- IS  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  17  of  20) 


Item 

Description 

Designation/ AN 
Nomenclature 

r 

12.24 

Chip  Detector  — Transmission 

12.25 

Chip  Detector  — Engine 

12.26 

Aft  Fuel  Boost  Switch 

12.27 

Transmission  Oil  Hot  Switch 

12.28 

Transmission  Oil  Pressure  Switch 

12.29 

Transmission  Oil  Bypass  Switch 

12.30 

Engine  Fuel  I*ump  Pressure  Switch 

12.31 

Engine  Oil  Pressure  Switch 

12.32 

Fuel  Filter  Bypass  Switch 

12.33 

Engine  Oil  Float  Switch 

12.34 

Engine  Oil  Bypass  Switch 

12.36 

RPM  Actuator  Motor 

12.37 

Fuel  Valve  Motor 

12.38 

Torque  Transmitter 

12.39 

Fuel  Quantity  Transducer 

12.40 

TOW  Hydraulic  Solenoid 

12.41 

System  1 Hydraulic  Bypass  Solenoid 

12.42 

System  2 Hydraulic  Bypass  Solenoid 

12.43 

Emergency  Hydraulic  Pressure  Solenoid 

12.44 

Emergency  Hydraulic  Return  Solenoid 

12.45 

Emergency  Hydraulic  Pump  Solenoid 
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TABLE  1.  AH- IS  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  18  of  20) 


Description 


Designation/ AN 
Nomenclature 


12.46  Emergency  Hydraulic  Pressure  Overload 
Switch 

12.47  Hydraulic  Test  Switch 

12.48  Armament  Hydraulic  Solenoid 

12.49  Forward  Fuel  Boost  Pump  Switch 

12.50  Aft  Fuel  Boost  Pump  Switch 

12.51  External  Power 

12.52  Engine  Inlet  Air  Detector 

12.53  Turbine  Gas  Temperature  Sensor 


12.54 


Fuel  Filter  Flow  Sensor 


TABLE  1.  AH- IS  STEP  3 BASELINE  EQUIPMENT  LIST  (Sheet  19  of  20) 


14.0  WEAPON  AND  ARMAMENT 


Item 

Description 

Designation/ AN 
Nomenclature 

14.1 

TOW  Launcher  (4  each) 

3234008-110 

14.2 

Universal  Gun  Turret  (XM28) 

14.3 

Gun  Control  Box 

14.4 

Universal  Turret  Control  Box 

14.5 

Launcher  Servo  Electronics  Control  Unit 

14.6 

Missile  Launcher  Hydraulic  Servo  (2  each) 

14.7 

Stabilization  Control  Amplifier  (SCA) 

209-071-129-3 

14.8 

(6.2) 

Missile  Command  Amplifier 

209-071-138 

14.9 

(6.3) 

Electronic  Power  Supply 

14.10 

Aft  Test  Connector 

14.11 

Forward  Test  Connector 

14.12 

Midship  Test  Connector 

14.13 

Accelerometers  (2  each) 

14.14 

Actuators  (2  each) 

14.15 

Resolvers  (2  each) 

14.16 

Launcher  Test  Switch 

14.18 

Electronic  Control  Assembly 

14.20 

Left  Ammunition  Box  Assembly 

14.21 

Right  Ammunition  Box  Assembly 

TABLE  1.  AH- IS  STEP  3 BASEUNE  EQUIPMENT  LIST  (Sheet  20  of  20) 


15.0  LIGHTING 


Interface  Signal  Lists.  In  order  to  document  each  piece  of  equipment  studied,  a set 
of  AH-IS  Subsystem  Interface  Signal  Listings  (see  Appendix  A)  was  created.  The 
factors  considered  in  the  study  are: 

(1)  Signal  name  by  function 

(2)  Origin  of  signal  with  connector  pins  listed  (to-from) 

(31  Intermediate  destination  — terminal  board  connections  or  fan  out 

(4)  Ultimate  destination  — sink  or  source  with  signal  termination 

(51  Bandwidth/  frequency  responses 

(6)  Signal  type  as  defined  in  the  functional  signal  type  list 

(7)  Voltage  — ac  or  dc  voltage  of  signal  under  consideration 

(S>  Impedance  — source/sink  defined 

(91  Resolution  — if  multiplexed,  approximately  how  many  bits  are  required 
to  define  the  signal 

(10)  Update  rate  — if  multiplexed,  how  frequently  shall  the  signal  be  strobed 

(11)  Wire  type/gauge  — present  wire  size  and  type  (used  in  weight  calculation) 

(12)  Remarks  — additional  information  discovered  during  the  study 

The  definition,  study,  and  documentation  of  the  Step  3 Cobra  equipment  suite,  as 
outlined  above,  provided  a baseline  system;  this  system  provided  the  framework  from 
which  an  integrated  Night  Cobra  multiplex  system  would  eventually  evolve. 

Development  of  Multiplexing  Criteria 

(l)  Elimination  of  Wiring.  The  driving  force  of  the  study  has  been  weight 
reduction.  Therefore,  one  of  the  first  items  to  be  considered  is:  how  much  wire  can 
be  saved  if  a line-replaceable-unit  (LRU)  is  tied  to  the  multiplex  bus.  The  length  of 
wiring  between  LRU's  hus  been  studied  mid  defined.  Where  it  has  been  found  that  the 
distance  between  LRU  "A"  mid  LRU  ”B"  is  less  than  3 feet,  no  appreciable  weight 
saving  may  be  realized  by  tying  to  a multiplex  bus,  mid  the  interface  would  remain 
hardwired.  If  the  LRU’s  are  not  located  in  the  same  proximity,  they  would  become 
candidates  for  multiplexing. 


(2)  Relocation.  Some  of  the  equipment  on-board  the  Step  3 model  is  to  be 
relocated  in  different  parts  of  the  aircraft.  Although  it  may  not  be  a candidate  for 
multiplexing  in  the  Step  3 configuration  because  of  the  elimination  of  wiring  criteria, 
the  equipment  becomes  a candidate  for  multiplexing  when  relocation  occurs.  Relo- 
cation of  equipment  is  desirable  in  an  attempt  to  eliminate  ballast. 

(3)  Redesign.  Certain  items  of  equipment  undergoing  development  or  rede- 
sign will  include  1553B  compatibility  (imbedded  terminals).  These  items,  by  their 
own  nature,  will  be  multiplex  candidates.  Examples  are  the  ARC-186,  ARC-164,  and 
the  IACS. 

a 

Control  and  Display  Redesign.  The  pilot's  area  has  40  prospective  candidates  for 
multiplexing,  the  gunner  area  has  24.  Some  of  these  candidate  LRU's  have  been  in- 
corporated into  IACS.  Of  the  remaining  LRU's,  some  will  remain  hardwired  and 
others  will  be  multiplexed  and  integrated  into  bus  compatible  control/display  units. 

Critical  Signals.  Several  signals  aboard  the  aircraft  are  critical  signals;  a certain 
amount  of  care  must  be  exercised  when  sending  them.  For  example,  the  command 
signals  used  to  fire  the  weapons  must  be  handled  in  a manner  that  ensures  that  the 
weapons  do  not  fire  inadvertently,  but  only  on  command.  These  signals  may  be  can- 
didates for  multiplexing  if  care  is  exercised  in  the  structure  of  the  data  word  or  mes- 
sage commanding  such  action.  The  critical  signal  paths  may  not  superficially  appear 
to  be  candidates  for  multiplexing;  however,  further  investigation  has  revealed  that 
they  are  candidates  if  special  care  is  exercised  when  integrating  them  into  a multiplex 
system.  Techniques  that  ensure  the  proper  handling  of  the  critical  signals  shall  be 
employed. 

' 

I 

Summary  of  Multiplexing  Criteria 

(1)  Eliminate  excess  wire  — save  weight 

(2)  Relocate  equipment  — eliminate  ballast,  change  moments 

(3)  Redesign  equipment  — IACS,  other  bus  compatible  equipment 

(4)  Redesign  Control  and  Display  — eliminate  meters,  display  LRU's,  etc. 

(5)  Critical  signals 

c.  Multiplex  Versus  Hardware. 

Candidates  for  Multiplexing.  The  equipment  listed  in  Table  1 (baseline.  Step  3)  rep- 
resents all  of  the  equipment  on-board  the  aircraft.  Not  all  of  this  equipment  is  a 
candidate  for  multiplexing.  During  the  investigation,  some  of  this  equipment  was 
immediately  eliminated  from  further  consideration  because  of  the  multiplex  system 
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bandwidth  limitations.  Signals  creating  transmission  frequencies  above  400  Hr.  were 
excluded  from  consideration.  The  criteria  developed  have  been  applied  to  the 
remaining  equipment  to  determine  whether  it  remains  hardwired  or  becomes  integrated 
into  the  multiplex  system.  Tables  2 to  6 list  all  of  the  candidates  for  multiplexing  with 
the  results  of  their  disposition  after  the  multiplexing  criteria  have  been  applied.  The 
equipment  listed  in  the  tables  has  been  organized  with  respect  to  its  physical  locations. 
The  generic  subsystem  breakdown  is  no  longer  of  importance  here.  Kach  piece  of 
equipment  has  been  studied,  and  the  determination  has  been  made  that  several  candi- 
dates will  remain  hardwired.  The  IACS  multiplexed  subsystem  will  handle  the  item 
listed  via  the  pilot's  control  panel  (l VP)  and  or  the  gunner's  control  panel  (dt'l’l.  A 
flight  management  display  (FMD)  will  be  one  of  the  control  and  display  LRU's  connec- 
ting or  interfacing  several  of  the  listed  items.  Some  of  the  remaining  equipment  will 
be  controlled  by  the  electronics  attitude  and  heading  display  (FAHD).  Several  of  the 
Step  :i  control  and  display  l.KU's  will  remain  within  the  respective  compartments. 

These  items  are  listed  as  multiplexed  without  integrated  displays.  They  arc  not  a 
part  of  1 ACS,  the  FMD,  or  the  KAHD. 

Hardwire  Considerations.  The  majority  of  the  equipment  candidates  have  been  deemed 
capable  of  being  multiplexed  and  will  not  remain  hardwired.  The  items  that  will  re- 
main hardwired  have  been  found  to  either  communicate  with  equipment  in  their  close  prox- 
imity or  are  integral  to  the  aircraft.  Where  information  from  the  integral  equipment 
is  required  for  the  multiplexed  system,  special  transducers  are  required.  Certain 
controls,  such  as  instrument  dimming  control  potentiometers,  have  remained  hard- 
wired for  simplicity.  They  could  be  integrated  into  the  multiplexed  system,  but  the 
additional  hardware  and  software  requirements  would  not  be  cost  effective.  There 
are  other  l.HP's  that  must  be  hardwired  because  the  multiplex  system  has  to  tv  acti- 
vated via  these  hardwired  paths.  The  ignition  switch,  for  example,  should  be  lumi- 
wired  to  an  MU'  that  initiates  a series  of  actions  resulting  in  an  operational  aircraft. 

Multiplexed  Fquipment.  The  equipment  from  the  baseline  suite  that  is  integrated  to 
the  multiplexed  system  gets  attached  to  the  bus  via  several  different  ports  or  black 
boxes  (embedded  terminal  devices,  remote  terminal  devices,  but  controller  devices, 
etc. ). 

(1)  I ACS.  The  communication,  navigation  and  identification  (CNl)  equipment 
listed  in  Step  3 will  be  integrated  into  the  multiplexed  system  via  IACS.  Two  control 
and  display  units  (IV  P and  GCP)  shall  be  plan'd  aboard  the  aircraft  in  their  respec- 
tive compartments.  In  addition,  each  compartment  will  also  have  an  IACS  status  panel. 
The  standard  control/displuy  LRU's  for  this  equipment  will  no  longer  be  needed  and  have 
been  deleted  from  the  Step  4 equipment  list. 

(2)  Integrated  1 Ms  yd  ays.  Two  integrated  display  units  (FMD  and  FAHD)  are 
planned  to  replace  a large  number  of  the  control  and  display  l.HU's.  Fach  compart- 
ment, pilot  and  gunner,  will  have  one  of  each  typo  located  therein.  The  displays  will 
be  capable  of  providing  access  to  or  displaying  mission  essential  information  and  will 
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TABLE  2.  PILOT  COMPARTMENT  (STEP  3 TO  STEP  4)  (Sheet  1 of  3) 


10.  29  Security  Control  Panel  (KY-58) 


TABLE  2.  PILOT  COMPARTMENT  (STEP  3 TO  STEP  4)  (Sheet  2 of  3) 
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TABLE  2.  PILOT  COMPARTMENT  (STEP  3 TO  STEP  4)  (Sheet  3 of  3) 


TABLE  3.  GUNNERS  COMPARTMENT  (STEP  3 TO  STEP  4)  (Sheet  1 of  2) 


10.75  Hydraulic/Jettison  Panel 


TABLE  3.  GUNNERS  COMPARTMENT  (STEP  3 TO  STEP  4)  (Sheet  2 


TABLE  4.  ENGINE  COMPARTMENT  (Sheet  1 of  3) 


TABLE  4.  ENGINE  COMPARTMENT  (Sheet  2 of  3) 


12.  45  Emergency  Hydralic  Pump  Solenoid 


TABLE  4.  ENGINE  COMPARTMENT  (Sheet  3 of  3) 
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TABLE  5.  AFT  SECTION 
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15.6  Anti-Collision  Light 


TABLE  6.  WING  COMPARTMENT 


also  be  designed  and  programmed  for  redundant  operation  In  case  of  failure.  The 
two  displays  will  be  designed  with  an  embedded  terminal  so  that  they  are  1553B 
compatible.  The  addition  of  these  displays  has  resulted  in  the  deletion  of  many  of 
the  controls  and  displays  that  appear  in  the  Step  3 equipment  list.  A more  detailed 
description  of  each  type  of  terminal  device  shall  be  presented  later  in  this  report. 

(3)  Without  Integrated  Display.  There  is  a small  suite  of  peripheral  equip- 
ment that  will  not  be  accessed  via  1ACS  or  the  integrated  displays  identified  in  the 
above  discussion.  These  pieces  of  peripheral  equipment  must  be  tied  to  the  multiplex 
bus  via  some  type  of  device.  The  remote  terminal  (RT)  will  be  used  to  interface  the 
peripheral  equipment  that  is  not  tied  to  an  embedded  terminal  unit. 

(4)  Remote  Terminal  Equipment.  The  RT's  peripheral  equipment  is  listed 
in  Tables  7 through  10.  The  suite  of  recommended  equipment  for  the  respective  RT's 
has  been  chosen  primarily  in  accordance  with  the  proximity  of  the  LRU  to  the  RT. 
During  the  actual  design  it  may  be  found  that  slight  changes  may  be  necessary. 

The  peripheral  equipment  is  to  be  interfaced  to  the  multiplexed  bus  via  one  or 
more  RT's.  The  final  decision  and  determination  will  be  dependent  on  the  equip- 
ment design.  It  should  be  kept  in  mind  that  the  number  of  RT's  or  black  boxes 
needed  to  accomplish  the  tasks  should  be  kept  to  a minimum  as  a design  goal,  since 
that  will  ultimately  result  in  reduced  weight. 

TABLE  7.  PILOT'S  RT  PERIPHERAL  EQUIPMENT 


Laser  Tracker  Electronic  Assembly 

Heads-Up  Display  (HUD) 

Helmet  Sight  System  Electronic 

Miscellaneous  Panel  (pilot) 

Interface  Assembly 

Pilot  Collective  Stick 

Radar  Warning  Indicator 

Pilot  Cyclic  Stick 

Infrared  (IR)  Control  Panel/Indicator 

Power  Distribution  Station 

Pitot  Heater 

TABLE  8.  GUNNER'S  RT  PERIPHERAL  EQUIPMENT 


Telescopic  Sight  Unit  (TSU) 
Gunner  Collective  Stick 
Gunner  Cyclic  Stick 


Miscellaneous  Panel  (Gunner) 
Universal  Turret  System  (UTS) 
Barometric  Altimeter 


Gunner  Hydraulic/ Jettison  Panel  Projected  Map  Display 


Acquisition  Panel 


Environmental  Control  System  (ECS) 


TABLE  9.  ENGINE  RT  PERIPHERAL  EQUIPMENT 


Airspeed  Electronic  Pressure  Unit 

Rotor  Tachometer  Generator 

Engine  Tachometer  Generator 

Forward  Fuel  Boost  Pump 

Aft  Fuel  Boost  Ihimp 

Start  Relay 

Idle  Stop  Solenoid 

Ignition  Solenoid 

Fuel/Oil  Valve 

Emergency  Hydraulic  Pump 

Gas  Producer  Tachometer  Generator 

No.  1 Hydraulic  Pressure  Switch 

No.  2 Hydraulic  Pressure  Switch 

Emergency  Hydraulic  Pressure  Switch 

Forward  Fuel  Level  Low  Switch 

Aft  Fuel  Level  lx>w  Switch 

Engine  Fire  Sensor 

Transmission  Chip  Detector 

Engine  Chip  Detector 


Transmission  Oil  Hot  Switch 

Transmission  Oil  Pressure  Switch 

Transmission  Oil  Bypass  Switch 

Engine  Fuel  Pump  Pressure  Switch 

Engine  Oil  Pressure  Switch 

Fuel  Filter  Bypass  Switch 

Engine  Oil  Float  Switch 

Radar  Altimeter 

Engine  Oil  Bypass  Switch 

Torque  Transmitter 

Fuel  Quantity  Indicator 

Emergency  Hydraulic  Pump 
Overload  Switch 

Hydraulic  Test  Switch 

Forward  Fuel  Boost  Pump  Switch 

Aft  Fuel  Boost  Pump  Switch 

Engine  Inlet  Air  Detector 

Turbine  Gas  Temperature  Sensor 

Fuel  Filter  Flow  Sensor 


TABLE  10.  AFT  SECTION  RT  PERIPHERAL  EQUIPMENT 


IR  Jammer/ Receiver  Electronics 

42-degree  Chip  Detector 

Rate  Gyro 

90-degree  Chip  Detector 

Vertical  Displacement  Gyro 

Power  Distribution  Station 

Radar  Warning  Comparator 

Projected  Map  Display  (PMD) 
Electronic  Assembly  Unit 

HUD  Signal  Display  Unit 

Position  Lights 

Missile  Command  Amplifier 

Anticollision  Lights 

The  peripheral  equipment  will  be  interfaced  to  the  multiplexed  bus  via  a 
"smart"  remote  terminal.  Several  signals  (discretes)  will  require  transfor- 
mations from  parallel  entry  at  the  I/O  port  to  a serial  data  word.  The 
designer  will  be  required  to  perform  the  necessary  structuring  and  design  the 
terminal  for  the  respective  applications. 

The  equipment  tied  to  the  wing  stores  RT  will  include  the  TOW  weapons,  rocket, 
and  mini-gun  POD's  when  attached.  The  multiplex  system  will  be  designed  to  operate 
the  different  weapons  systems  via  the  multiplex  bus. 

During  the  actual  design,  another  look  will  be  taken  to  determine  if  the  aft  equip- 
ment could  be  tied  to  the  bus  via  a different  1 O port  (i.e. , tied  to  the  IACS  CCU).  The 
IACS  central  control  unit  will  have  an  embedded  terminal  and  perform  as  an  RT  for  the 
listed  peripheral  equipment. 

d.  Controls  Displays.  The  following  section  addresses  the  analysis  performed 
in  the  evolution  of  integrated  controls  and  displays  for  the  Night  Cobra. 

(1)  Operational  Problems  of  Controls  and  Display.  In  nap-of-the-earth 
(NOE)  flight,  both  crewmembers  are  occupied  with  monitoring  external  references 
simultaneously.  The  crewmembers’  attention  will  be  primarily  focused  on  the  ex- 
ternal references  such  as  flight  control,  navigation,  and  terrain/obstacle 
avoidance  tasks.  For  NOE  operations,  the  control /display  functions  must 
be  streamlined  to  provide  the  crewmembers  with  faster  access  to  both  infor- 
mation and  control. 
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Attempts  to  solve  these  problems  have  led  to  the  development  of  hel- 
met sight,  helmet  mounted  displays,  and  head-up  displays,  with  varying 
degrees  of  success  and  associated  problems.  Barnes1*  has  shown  that 
during  terrain  following  flights  (100  knots  air-speed  and  50-feet  absolute 
altitude)  85  percent  of  the  pilot's  attention  was  devoted  to  external  refer- 
ences, 10  percent  was  devoted  to  flight  instruments,  and  6 percent  was 
devoted  to  system  monitoring.  Table  11*  shows  the  percent  of  time  pilots 
used  specific  instruments  while  performing  given  tasks  in  actual  flight. 

Considering  the  scan  time  available  for  systems  monitoring,  that  is, 
engine,  power,  and  so  forth,  of  the  Step  3 configuration,  it  is  very  probable 
that  the  pilot  would  not  detect  a rapidly  developing  out-of-tolerance  condi- 
tion by  reference  to  the  Step  3 instrumentation  when  flying  NOE. 

In  addition,  integrating  the  traditional  round  cockpit  instruments  into 
the  appropriate  scale  symbology  and  graphics  necessary  to  manage  flight 
and  weapon  delivery  on  a mission  segment  basis  reduces  the  amount  of 
cockpit  panel  space  required  when  multiformatted  displays  are  used. 

(2)  Control/Display  Integration  Study 

(a)  IntroAiction.  The  Night  Cobra  coordinated  attack  mission 
scenario  was  selected  and  analyzed.  Mission  segment  flows  were  developed 
and  associated  mission  segment  tactical  information  needs  analyzed.  From 
the  mission  segment  flows,  critical  mission  segments  were  identified  and 
operational  sequence  diagrams  (OSD's)  developed  to  assess  control  and  dis- 
play requirements  and  means  of  improving  reaction  time,  reducing  exposure 
times  through  multiplexed  control  and  display  automation. 

Weapon  mode  procedures  were  analyzed  and  reduced  to  flows  and  time 
lines  to  assess  the  control  and  display  impact  on  critical  reaction  and  ex- 
posure times  affecting  crew  and  helicopter  survivability  in  a high  intensity 
engagement. 

(b)  Summary  Conclusions.  As  a result  of  the  analyses  pre- 
sented in  paragraph  (c),  it  is  apparent  that  tactical  data  for  effective 
mission  operations  are  both  planned  and  instantaneous,  and  follow  a piece- 
wise  directed  mission  flow1.  The  segmentation  of  the  mission  flow  further 
sets  attention,  demand,  and  priority  to  certain  tactical  data  peculiar  and/or 
critical  to  the  mission  segment  operation. 


Bames,  J.  A.,  "Analysis  of  Pilot's  Eve  Movements  During  Helicopter  Flight," 
Technical  Memorandum  11-72,  Human  Engineering  Laboratory,  Aberdeen 
Proving  Ci round,  MD,  April  1972. 


TABLE  11.  PERCENT  OF  TIME  PILOTS  USED  SPECIFIC  INSTRUMENTS  WHILE 
PERFORMING  GIVEN  TASKS  IN  ACTUAL  FLIGHT 
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During  mission  segments  in  which  crew  attention  is  directed  at  critical  tasks, 
essential  task  data  and  other  critical  instantaneous  information  must  be  integrated 
and  effectively  presented  to  the  crewmembers  with  a minimum  of  time  and  confusion. 
The  human  factors  consideration  of  the  data  presented  is  of  paramount  importance. 

The  integration  of  the  controls  and  displays  recommended  for  the  Night  Cobra, 
as  specified  in  the  AVSAR  II  Electronic  System  functional  specification,  is  a result 
of  this  effort. 


(c)  Approach.  An  overview  of  the  study  approach,  which  involved  the 
attack  scenarios,  development  of  mission  flows,  and  so  forth,  is  presented  in  Figure  2. 

(d>  Mission  Profile.  The  Night  Cobra  mission  profile  (Figure  3)  was 
analyzed  for  the  essential  mission  segment  data  required  during  the  operation  of  each 
segment  of  the  attack  helicopter's  mission  profile. 

(e)  Mission  Segment  1 imes.  Mission  segment  times  are  summarized 
in  matrix  form  for  each  segment  of  the  2-hour  attack  mission.  These  figures  are 
presented  in  Figure  4.  Attention  is  directed  at  mission  segments  1.0  and  2.0,  whose 
preparation  consumes  an  inordinate  amount  of  time  and  could  seriously  affect  opera- 
tional readiness  to  respond  to  a maximum  effort  to  stop  a mechanized  assault.  As 
shown,  after  the  first  coordinated  attack,  should  the  helicopter  and  crew  survive  the 
tactical  environment,  the  estimated  remaining  time  on  station,  forward  edge  of  the 
battlefield  (FEBA),  would  be  1 hour,  28  minutes  and  49  seconds. 

The  Night  Cobra  armament  of  eight  TOW  missiles  would  be  expended  in  approx- 
imately 50  minutes  if  fired  individually  in  a 7.0  through  13.0  mission  segment  sequence. 
This  leaves  approximately  38  minutes  for  cannon  and  rocket  fire  to  provide  suppressing 
fire  for  other  Night  Cobras  firing  TOW  missiles.  In  this  situation,  the  rocket  mode 
reaction  time  impacts  the  survivability  of  the  rocket  launching  helicopter. 

The  Night  Cobra's  prime  targets  for  a coordinated  attack  are  the  enemy  mobile 
ground  to  air  defense  units,  mechanized  armor,  and  personnel  carriers  operating  in 
the  FEBA. 

(f)  Mission  Segment  Data.  Mission  segment  data  are  obtained  from 
both  internal  and  external  sensors  of  the  coordinated  attack  helicopter  system.  These 
data  are  largely  processed  by  on-board  distributed  processors,  navigation,  fire  con- 
trol, air  data,  communications,  and  so  forth. 
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Figure  2.  Control/display  integration 
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Figure  4.  Mission  segment  time  matrix 
(mimsec,  2 hr  mission) 
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Figure  5 presents  a conceptualization  of  mission  data  space  Integration  impacting 
the  control  ami  display  functional  Integration.  For  the  sake  of  brevity,  the  control  ami 
display  functions  shown  at  8.0  spun  all  mission  data  segments.  As  illustrated  hero, 
the  crow  and  helicopter  are  operating  in  mission  segment  8.0,  on  routfc  to  the  assault 
phase.  The  control  mid  display  functional  data  needs  will  sequentially  change  as  the 
mission  progresses  from  one  state  to  the  next. 

An  objective  of  tills  study  wus  to  determine  the  unique  set  of  data  needs  for  the 
Night  Cobra  mid  reduce  these  needs  to  control  and  display  requirements  on  a mission 
segment  basis  so  that  display  mid  control  integration  could  be  effectively  achieved. 

Table  12  lists  mission  data  parameters  which  are  mission  segment  active. 

(g)  Critical  Operational  Sequence  Diagrams  (USD's).  Mission  segment 
flow  diagrams,  threats,  and  attack  mode  time  lines  were  analyzed  and  assessed  in 
order  to  identify  critical  operational  sequences  for  the  Night  Cobra  in  a coordinated 
attack.  Critical  sequences  were  found  to  occur  in  the  following  situations: 

L Takeoff  and  dimbout  (descend  and  land) 

2.  En  route  evasion 

2.  NOE  flight-evasion 

4.  TOW  attack 

5.  Direct  rocket  attack  with  laser  ranging 
t>.  TSU  firing  gun  attack. 

Operational  sequence  diagrams  were  generated  for  the  following  sequences: 

J.  Takeoff  and  dimbout 
2.  Weapon  delivery 

(a)  TOW  attack 

(b)  Direct  rocket  attack  with  laser  ranging 

(c)  TSF  firing  gun  attack 

(h)  En  lioutc  and  NOE  Flight-Evasion  Sequences.  The  en  route-evasion 
and  NOE  flight-evasion  sequences  contain  too  many  random  variables  concerned  with 
terrain  and  threats  to  be  meaningfully  reduced  to  specific  or  general  OSD's.  However, 
from  the  (x>int  of  view  of  critical  mission  segment  data  concerning  reaction  and  exposure 
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Figure  5.  Conceptualization  of  control  and  display  integration  of  mission  segment  data 


TABLE  12.  MISSION  DATA  PARAMETERS  (Sheet  1 of  5) 


Parameter 

Symbol 

Unit 

1.  Initial  Pressure  Altitude 

IPA 

ft 

2.  Gross  Weight 

GRWT 

lb 

3.  Climb  Out  True  Air  Speed 

COTAS 

kts 

4.  Distance 

DIS 

nmi 

5.  Cruise  Fuel  Flow 

CFF 

lb/hr 

6.  Maximum  Range 

MAXR 

nmi 

7.  Time  on  Station 

TOS 

minjsec 

8.  MAX  Torque  Available 

MAXQ 

% 

9.  Torque  Required  to  Hover 

TRHQ 

% 

10.  Free  Air  Temperature 

FAT 

o/c 

11.  Hover  Height 

HH 

ft 

12.  Obstacle  Height 

OH 

ft 

13.  Rate  of  Climb 

ROC 

ft/min 

14.  Engine  RPM 

ERPM 

% 

15.  Rotor  RPM 

RRPM 

% 

16.  Turbine  Gas  Temperature  Change 

TGT 

deg/c 

17.  MAX  R/C 

MIAS 

kt 

18.  Change  in  Torque  for  Climb 

aTFCQ 

% 

19.  Level  Flight  Torque  at  R/C  IAS 

LFTQ 

% 

20.  Fuel  Flow 

FF 

IbAr 

21.  Cruise  Speed  True  Air 

CSTAS 

kt 

22.  Cruise  Torque 

CTQ 

% 

23.  Cruise  Speed  Indicated 

CSIAS 

kt 

24.  Idle  Fuel  Flow 

IFF 

lb/hr 

25.  Fuel  Used 

FU 

lb 

26.  Final  Pressure  Altitude 

FPA 

ft 

27.  Time  Lapse 

AT 

min 

TABLE  12.  MISSION  DATA  PARAMETERS  (Sheet  2 of  5) 


Parameter 

, 

Symbol 

...  - J 

Unit 

28.  Wind  velocity 

WV 

km/hr,  kt 

29.  Wind  direction 

30.  Maximum  Endurance 

WD 

Deg 

31.  Engine  Oil  Temperature 

EOT 

Deg/c 

32.  Turbine  Gas  Temperature 

TGT 

Deg/c 

33.  Engine  Oil  Pressure 

EOP 

34.  Transmission  Oil  Temperature 

TOT 

Deg/c 

35.  Transmission  Oil  Pressure 

TOP 

36.  Heading 

H 

Deg 

37.  Course 

C 

Deg 

38.  Bearing  to  Destination 

BTD 

Deg 

39.  Course  Deviation 

CD 

Deg 

40.  Distance  to  Fly 

DTF 

nmi 

41.  Barometric  Altitude 

BALT 

ft 

42.  Radar  Altitude 

RALT 

ft 

43.  Vertical  Airspeed 

vv 

H/min,  ft/min 

44.  Ground  Speed 

VG 

km /hr,  kt 

45.  Heading  Speed 

VH 

km,  hr  At 

46.  Lateral  Speed 

VD 

km/hr/kt 

47.  Roll 

i*x 

Deg 

48.  Pitch 

i*Y 

Deg 

49.  Yaw 

Deg 

50.  Horizon  (Artificial) 

None 

51.  Aircraft  Reference 

None 

52.  Tum/Slip 

None 

53.  Latitude 

LAT 

Deg,  Min 

54.  Longitude 

LONG 

Deg,  Min 

TABLE  12.  MISSION  DATA  PARAMETERS  (Sheet  3 of  5) 


Parameter 

Symbol 

Unit 

55.  UTM  Zone 

56.  UTM  Area 

57.  UTM  Easting 

km 

58.  UTM  Northing 

km 

59.  Variation 

Deg 

60.  Track  Angle 

Deg 

61.  Time 

T 

hr,  min,  sec 

62.  Cross  Track  Deviations 

XTK 

km 

63.  Track  Angle  Error 

TKE 

Deg 

64.  Magnetic  Heading 

MAGH 

Deg 

65.  Fore-Aft  TAS 

vu 

kt 

66.  Lateral  TAS 

Vv 

kt 

67.  Vertical  TAS 

vw 

kt 

68.  Down  Wash  Velocity 

VDW 

kt 

69.  Tree  Height 

ht 

ft 

70.  Pilot  Line  of  Sight  Cosine 

PLOS 

71.  Gunner  Line  of  Sight  Cosine 

GLOS 

72.  Static  Pressure 

SP 

psia 

73.  Fly-To-Dest  No. 

FTD  # 

Whole  Numbers 

74.  Checkpoint  Bearing 

CPB 

Deg 

75.  Checkpoint  Range 

CPR 

kin 

76.  VHF-FM  FREQUENCY 

VHF-FM 

MHz 

77.  VHF-AM  FREQUENCY 

VHF-AM 

MHz 

78.  UHF-AM  FREQUENCY 

UHF-AM 

MHz 

79.  Fire  Control  Rctical  AZ 

FCRAZ 

ms 

80.  Fire  Control  Retical  EL 

FCREL 

ms 

81.  Gun  EL  Command 

GELC 
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TABLE  12.  MISSION  DATA  PARAMETERS  (Sheet  4 of  5) 


Parameter 

Symbol 

Unit 

82.  Gun  AZ  Command 

83.  TSU  ACQ  Command  EL 

84.  TSU  ACB  Command  AZ 

85.  TSU-GUN  EL  Command 

86.  R/ALT  Position 

87.  R/ALT  Command 

88.  TSU  Position 

89.  Gun  Position 

90.  PHS-AZ  Command 

91.  PHS-EL  Command 

92.  GHS-AZ  Command 

93.  GHS-EL  Command 

94.  TSU-GUN  AZ  Command 

95.  Laser  Range 

km 

96.  AZ  Rate 

Deg/Sec 

97.  EL  Rate 

Deg/ Sec 

98.  R/ALT  EL  Command 

99.  ALT  ACQ  Command 

100.  PHS  ACQ  Command 

101.  ADF  FREQUENCY 

MHz 

102.  VOR/ILS  FREQUENCY 

103.  Radar  Threat  Bearing 

deg 

104.  Unit  Vector  in  Direction  of  Launcher 
to  Target 

B 

unit 

105.  Time  of  Flight  from  Launcher  to 
Target 

TOF 

sec 

106.  Vector  Velocity  of  Aircraft 

uA 

m/sec 

107.  Muzzle  Velocity 

UB 

m/sec 
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TABLE  12.  MISSION  DATA  PARAMETERS  (Sheet  5 of  5) 
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Parameter 

Symbol 

Unit 

108.  Wind  Vector 

W 

m/sec 

109.  Velocity  Vector  of  Target 

vT 

m/sec 

110.  Axial  Moment  of  Inertion 

A 

lb/ft2 

111.  Acceleration  Vector  Due  to  Gravity 

G 

m/sec2 

112.  Position  Vector  of  Projectile 

X 

-* 

m 

113.  Air  Density 

P 

Kg/m3 

114.  Standard  ICAO  Atmosphere 
(Density  at  Sea  Level) 

ps 

Kg/m3 

115.  Slant  Range 

R 

m 

116.  Aircraft  Angle  of  Attack 

rad 

117.  Aircraft  Angle  of  Sideslip 

B 

rad 

118.  Aircraft  Roll  Angle 

0 

rad 

119.  Launcher  Elevation 

rad 

120.  Aircraft  Pitch  Attitude 

rad 

121.  True  Airspeed 

Va 

m/sec 

122.  Azimuth  Retical  Setting 

"a 

rad 

123.  Elevation  Retical  Setting 

"e 

rad 

! 

i 

i 
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time  of  the  Night  Cobra  to  enemy  radar-dii'ected  gun  threats,  the  self-protection 
subsystem  on  board  the  aircraft  should  be  integrated  into  the  multiplexed  archi- 
tecture to  provide  the  pilot  threat  bearing  priority  (immediacy)  and  classification. 

(i)  Operational  Sequence  Diagrams.  The  OSD's  discussed  here 
and  presented  in  Appendix  B are  for  mission  segments  in  which  crew  and  air- 
craft performance  are  critical.  These  diagrams  depict  pilot/copilot  gunner 
actions/decisions  controlling  flight/avionics/weapon  systems  through  manual 
input  actions  of  the  Step  3 baseline  equipment  configuration.  The  sequences  make 
certain  assumptions  initializing  the  sequence  and  proceed  from  there  in  an  action 
decision  fashion,  the  granularity  of  which  is  limited  by  the  documentation  avail- 
able. They  are  useful  in  determining  areas  in  which  the  multiplexed  avionics 
architecture  can  facilitate  automation,  reduce  crew  workload,  and  improve  re- 
action times,  enhancing  survivability  in  the  expected  threat  environment. 

(j)  Takeoff  and  Climbout.  The  takeoff  and  climbout  sequence 
covers  the  pilot  actions  and  decisions  during  mission  segments  3.0  and  4.0. 
This  phase  is  critical  from  a number  of  standpoints,  depending  on  the  sequence 
initializations.  It  can  be  expected  that  the  Night  Cobra  will  make  several  re- 
load and  refuel  trips  after  the  first  run  and  mission  of  the  day. 

This  OSD  assumes  a fully  loaded  10,000  lb  gross-weight  aircraft  on  its 
first  flight  of  the  day.  Preflight  preparations  have  been  completed,  and 
engine  runup  is  satisfactory.  The  total  OSD  sequence  time  is  2 minutes 
and  30  seconds  and  assumes  a cruise  altitude  of  200  feet  above  ground  level 
(AGL). 

Mission  data  items  1 through  18,  28,  and  29,  exception  reporting  of  item 
31  through  35,  and  EAHD  items  41  through  51,  listed  in  Table  12,  are  all 
essential  to  the  pilot's  ability  to  transition  the  aircraft  to  the  cruise  speed 
and  heading.  Obviously  30  parameters  plus  exception  data  must  be  reduced 
to  a meaningful  presentation  of  flight  performance. 

Lack  of  power  to  clear  obstacles  and  power  or  engine  failure  during 
this  sequence  are  states  in  which  the  pilot  may  find  himself,  with  a fully 
loaded  helicopter.  Successful  recovery  by  autorotation  depends  on  two 
factors  — altitude  and  airspeed  — reached  at  the  time  of  failure.  During 
the  takeoff  and  climbout  sequence,  it  is  dependent  on  the  pilot's  experience 
and  the  feel  of  the  aircraft.  The  EAHD  presentation,  projected  in  a heads- 
up  fashion,  would  aid  the  pilot  during  the  takeoff  and  climbout  sequence. 


R4 


(k)  TOW  Attack  Sequence.  The  TOW  attack  sequence  covers  mission 
segments  9.0,  10.0,  11.0,  12.0,  and  13.0.  This  sequence  spans  a 4 minute,  30.5 
second  portion  of  the  combat  mission  and  assumes  a coordinated  daylight  attack 
with  the  Night  Cobra  covertly  brought  up  to  a predesignated  firing  position.  Target 
range  is  at  the  maximum  TOW  range  of  3.  75  km.  Exposure  time  is  one  minute, 

22. 5 seconds  from  unmask  to  onset  of  mask.  Target  designation  is  by  aeroscout 
or  ground  scout  lasing  the  target.  Acquisition  and  hand-off  is  via  the  Night  Cobra's 
airborne  laser  tracker  to  the  TSU. 

fl)  Direct  Rocket  Attack  Sequence.  The  direct  rocket  attack  sequence 
covers  mission  segments  9.0,  10.0,  11. 0,  12.0,  and  13.0.  This  sequence  spans  a 
5-minute,  0.  33-second  portion  of  the  combat  mission  and  assumes  a coordinated  day- 
light pop-up  attack  firing  rockets  from  a near  zero  ground  velocity. 

1-  Target  slant  range  is  2000  meters  and  average  rocket  velocity 

is  600  m/sec. 

2.  Exposure  time  is  1 minute,  48.  33  seconds  from  unmask  to 

mask. 

3.  Range  is  laser  determined. 

The  pop-up  fire  height  is  17. 453  meters  (57.  75  ft).  The  target  sight-line  depression 
angle  is  -0. 5 degrees.  The  range  from  the  firing  position  to  the  target  is  2000 
meters  (6561.  43  ft).  The  mask  rotor  clearance  distance  is  15  meters  (49.  21  ft). 

Mask  height  is  17.  32  meters  (56.  83  ft).  The  height  above  the  mask  exposure  to 
target  is  0. 123  meters  (0.  92  ft).  This  assumes  the  firing  position  is  the  closest 
mask  to  the  target. 

The  pilot  in  the  Cobra  in  level  flight  has  a forward  field  of  view  (FOV)  of  +10° 
in  the  horizontal  line  of  sight  (HLS)  and  +90°,  -1°  in  the  vertical  line  of  sight  (VLS). 
This  means  the  pilot  must  nose  the  helicopter  down  the  direction  of  the  target  3°  to 
6°,  maintain  position  and  altitude  until  he  acquires  the  target,  and  fire  the  rockets. 

The  gunner  would  be  the  first  crewmember  to  have  a line  of  sight  to  the  target 
as  the  helicopter  unmasks.  (See  Figures  6 and  7). 

It  should  be  pointed  out  in  this  sequence  that  in  such  an  attack  there  is  not  one 
single  target,  but  numerous  dispersed  targets  and  threats  which  may  or  may  not  be 
known  to  the  attacking  helicopter. 

(m)  TSU  Firing  Gun  Attack  Sequence.  This  sequence  assumes  a pop- 
up tactic  and  not  a running  attack.  The  sequence  spans  mission  segments  9.0,  10.  0, 
11.0,  12.0,  and  13.0  and  takes  approximately  4 minutes  and  14  seconds.  Like  the 
previous  OSD's,  this  sequence  is  also  coordinated  and  is  most  likely  to  support  other 
Cobras  firing  TOW  missiles  to  provide  hold-down  support  (button  up  the  enemy). 
Exposure  time  is  2 minutes,  1 second  from  unmask  to  mask. 
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(n)  OSD  Summaries.  The  times  applied  to  the  OSD  are  best  Judg- 
ment times  based  on  available  documentation  timed  manual  actions.  These  OSD's 
are  typical  of  the  Cobra  crew  actions  and  decisions  shown  herewith.  Actual  times 
should  be  determined  by  observing  the  crew  In  action.  Since  this  is  difficult  and 
outside  the  scope  of  the  study,  these  OSD's  should  be  reviewed  by  operational 
personnel. 

Within  the  scenario  and  mission  profile  depicted  in  Figures  3 and  4,  the 
following  critical  mission  sequences  are  time  summarized  in  Table  13.  It  can 
be  seen  that  the  TSU  Firing  Gun  attack  supporting  a TOW  attack  exposes  the  gun 
firing  helicopter  longer, 

(o)  Analysis  of  Step  3 Control  and  Display  Baseline.  The  cock- 
pit control  and  display  instrumentation  of  the  AH-1S  Step  3 configuration  was 
studied  and  analyzed  in  detail.  The  pilot's  and  gunner's  cockpit  arrangements 
were  physically  inspected  for  human  factors  applications  and  found  in  certain 
areas  to  be  deficient. 

Ij 

TABLE  13.  TIME  SUMMARY  OF  CRITICAL  MISSION  SEQUENCES 


Critical  Sequence 

Sequence  Time 

Exposure  Time 

Hj 

Takeoff  and  climbout 

2:30 

♦ 

En  route-evasion 

6:08 

6:08 

NOE-flight-evasion 

5:22 

* 

TOW  attack 

4:31 

1:23 

Direct  rocket 

5:00 

1:48 

TSU  Firing  Gun 

4:14 

2:01 

♦Exposure  time  less  than  or  equal  to  sequence  time  is  not  determinable 
from  this  study. 


1_.  Pilot's  Cockpit.  The  pilot's  cockpit  of  the  Step  3 configuration 
contains  41  LRU  items  which  involve  functional  control  and  display  of  aircraft  flight 
and  avionics  weapon  modes  through  the  manual  manipulation  and  viewing  of  328  sub- 
items: 

(a)  118  switches 

(b)  123  controls  and  displays 

(c)  87  circuit  breakers 

2.  Gunner's  Cockpit.  The  gunner's  cockpit  of  the  Step  3 configur- 
ation contains  22  LRU  items  which  involve  function  control  and  display  of  aircraft 
flight  and  avionics /weapon  modes  through  the  manual  manipulation  and  viewing  of  148 
sub-items: 

(a)  64  switches 

(b)  84  controls  and  displays 

(q)  Human  Factors  Problems  Identified.  The  dc  circuit  breaker  panel 
mounted  behind  and  to  the  right  of  the  pilot's  right  shoulder  presents  a problem  in 
viewing  and  manually  resetting  tripped  circuit  breakers  in  flight.  Also,  there  is  no 
way  to  deliberately  and  selectively  trip  or  open  circuit  breakers  to  equipment  and 
ordinance  with  EM  incompatibility  HERO  and  RADHAS  problems. 

The  pilot's  seat  is  vertically  adjustable  but  not  horizontally  adjustable.  With  the 
harness  on  and  unlocked  it  was  difficult  to  lean  forward  with  ease  to  reach  the  front 
instrument  panel  controls.  The  instrument  panel  should  be  brought  forward  at  least 
two  inches  and  primary  in-flight  manual  data  entry  should  be  entered  on  the  left  hand 
side  of  the  console  within  the  range  of  easy  and  comfortable  arm  and  wrist  movement. 

Data  entry  should  be  easily  accomplished  with  a gloved  hand  and  provide  tactile  feed- 
back of  switch  operation  and  visual  display  of  data  entry  for  verification.  On  the 
whole,  the  Step  3 instrument  panel  is  a very  busy  and  cluttered  layout  of  traditional 
aircraft  instruments,  especially  ill-suited  for  low-level  flight. 

I 
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(r)  Step  4 Control  and  Display  Functional  Integration.  The  consolidation 
of  control  and  display  data  by  generic  avionics  system  grouping,  utilizing  a minimum 
of  multiformat  displays  for  the  Night  Cobra,  results  in  the  following  control  and  display 
utilization: 

A.  Nonintegrated: 


Display  and  Control 

Unit 

Generic  System 

1. 

Projected  map  display 

PMD 

Navigation 

2. 

Radar  warning  display 

RWI 

Self-Protection 

3. 

AUX  compass 

MAG  Comp 

Navigation 

4. 

Clock 

CLK 

Navigation  and  time 

5. 

Heads-up  display 

HUD 

Fire  Control 

6. 

FLIR  augment  TOW  sight 

FACTS 

Fire  Control 

Integrated: 

1. 

Integrated  avionics  control 

PCP,  GCP 

Communication 

system  (I ACS) 

• UHF-AM 

• VHF-AM 

• VHF-FM 

• IFF 

• Voice  security 


Navigation 

• Doppler 

• ADF 

• VOR/ILS 

• HARS 


2.  Electronic  Attitude  and  EAHD  Flight  control 

Heading  Display 

• Cruise 

• NOE  flight 

• Transition 

• Hover 

• Pop-up 

3.  Flight  Management  Display  FMD  Engine  control  and 

monitor 


External  Lighting 
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Unit 


Display  and  Control 

3.  Flight  Management  Display 
(Continued) 


Generic  System 
Armament 

• Mode 

• Status 

• Inventory 

Electrical  System 

• Power  control 

• Power  distribution 

Flight  control 

• Stabilization 
(SC  AS) 


Figure  8 prosents  the  Stop  4 display  and  the  control  group  sewing 
the  input/output  needs  for  provision  of  mission  segment  data.  The  pro- 
vision of  the  integrated  control  and  display  suite  for  the  Night  Cobra 
described  In  the  Night  Cobra  multiplex  architecture  specification  will 
enhance  its  night  operations. 

Table  14  summarizes  the  Stop  3 to  Step  4 display  absorption  which 
results  In  a 53  percent  reduction  in  complexity  as  shown  in  Table  15. 

(s)  Step  4 Control  and  Display  Data  Flow'.  Mission  data  flow- 
analysis  of  the  Night  Cobra  avionics/woapon  system  architecture  reveals 
that  there  are  over  100  communication  links  (disegs)  in  the  Step  4 oper- 
ational source/sink  dnta  flow  network  (Figure  12)  facilitated  by  the  MEL- 
STD-1553  data  bus.  There  are  approximately  410  uniquely  addressable 
data  w-ords  transmitted  oither  aperiodically  or  periodically  at  update  rates 
of  25,  50,  and  100  Hz. 


i- 
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gure  8.  Step  4 Control  and  Display  Group  I/O 


TABLE  14.  CONTROL  AND  DISPLAY  INTEGRATION 


Step  3 

Step  4 

Percent  Reduction 

Pilot  (41  Items) 

(13  Items) 

— Switches 

118 

64 

45.7 

— Control/Display 

123 

39 

68.3 

— Circuit  Breakers 

87 

0 

100.0 

TOTAL 

328 

103 

68.6 

Gunner  (22  Items) 

(10  Items) 

— Switches 

64 

85 

-32.  8 

— Control/Display 

J± 

35 

58.3 

TOTAL 

148 

120 

18.9 

476 

223 

— 

— 

Total  Percent  Reduction  in  Complexity  - 53.2  percent 


The  Night  Cobra's  data  flow  network  shown  in  Figure  9 is  a graph  of  the  Cobra's 
avionics /weapon  system  sink/source  modes.  Crew  displays  are  indicated  by  a double 
circle.  Mode  abbreviations  are  included  in  the  Glossary  of  the  report. 

e.  Automation.  The  analysis  of  the  Night  Cobra  mission  scenario  as  depicted  in 
the  top-level  mission  flow  diagram,  Figure  10,  and  supported  by  detailed  functional 
flow  diagrams  of  each  major  mission  segment  (Appendix  C),  reveals  the  following 
areas  in  which  automation  of  manual  functions  presently  performed  by  the  pilot,  gunner 
(copilot),  and  ground  crew  may  be  implemented  and  facilitated  by  the  multiplexed 
avionics  architecture  of  this  report.  These  mission  segments  are  the  following: 

(1)  Preflight  (2. 0) 

(2)  En  route  (5.0) 

(3)  Descent  to  NOE  (6.  0) 

(4)  Hover  (9.  0) 


- 
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TABLE  15.  NIGHT  COBRA  INTEGRATED  DISPLAYS 


I 

J 


rRE  FLIGHT  \ TAKt-OFF  [H  CLHIGOUT  f|  FHHOIFTC 


level  mission  flow  diagram 


(5)  Select  and  fire  armament  (12. 0) 

(6)  Depart  FEBA  NOE  (16.0) 

Table  16  summarizes  the  multiplex  architecture  automation  Impact  on  the  Night 
Cobra  subsystems. 

The  sections  that  follow  define  the  areas  of  automation  achievable  within  the 
above  mission  segments  which  will  result  in  crew  workload  reduction,  reduced 
exposure,  and  decreased  cockpit  control/display  complexity. 

(1)  Preflight  Automation.  The  following  checklists  may  be  automated 
and  presented  to  the  pilot/gunner  through  a suitable  multiformat  display  (MFD). 
These  checklists  are: 

(a)  Interior  check 

(b)  Prestarting  check 

(c)  Pre takeoff  check 

(d)  Prelanding  check 

The  status  of  more  than  50  percent  of  the  items  in  the  above  checklist  can  be 
determined  by  the  multiplexed  architecture  described  in  this  report. 

When  selected  to  be  displayed,  these  checklists  can  be  automatically  pro- 
grammed and  automatically  stepped  through  listed  items  as  the  condition  is 
satisfied,  relieving  the  gunner  read/pilot  respond  response  action.  This  frees 
the  gunner  to  respond  to  other  checks,  cutting  down  further  checkout  time.  A 
cursor  can  be  employed  which  blinks  until  the  particular  item  is  satisfied,  then 
advances  to  the  next  item  in  the  checklist  sequence. 

The  time  required  to  implement  the  above  checklists  can  greatly  be  reduced 
by  automation.  In  combat,  the  advantages  gained  will  be  improved  mission 
effectiveness,  better  reaction/response  time  to  combat  situations,  and  enhanced 
cross  utilization  of  Army  pilots  as  the  need  for  attack  pilots  arises. 

(2)  Select  and  Fire  Armament  Automation.  The  functional  and  time 
line  analysis  of  Step  3 Cobra  weapon  employment  and  target  acquisition  modes 
revealed  that  the  rocket  employment  modes  required  the  longest  time  for  mode 
procedure  (see  Table  17).  In  the  table,  the  first  14  entries  list  the  mean  esti- 
mated modes  times  in  seconds,  based  on  maximum  weapon  delivery  ranges. 

All  attacks  are  assumed  to  be  coordinated  and  made  from  a pop-up  near  hover 
reference  masked  firing  position. 


TABLE  16.  MULTIPLEX  ARCHITECTURE  AUTOMATION  IMPACT 


The  weapon  mode  functional  flow  diagrams  and  time  lines  in  Appendix  D sug- 
gest that  the  attack  mode  manual  procedure  functions  can  be  automated  to  a great 
extent  and  facilitated  by  the  Step  4 multiplexed  architecture.  A three-character 
mnemonic  mode  label  may  be  entered  through  a multiformat  keyboard  to  set 
weapon  mode  and  parameters. 

Table  18  summarizes  the  estimated  impact  in  percent  crew  mode  workload 
unburdening.  It  can  be  seen  that  mnemonic  weapon  mode  labels  have  the  greatest 
impact  on  unburdening  the  rocket  delivery  mode,  which  is  primarily  the  pilot's 
responsibility.  It  is  recommended  that  this  be  reviewed  with  operating  personnel. 

The  analysis  done  in  this  study  based  on  the  data  presented  in  Table  18  indi- 
cates the  following: 

(a)  Weapon  mode  mnemonic  automation  will  reduce  the  attack  mode 
crew  workload  by  approximately  40. 55  percent  over  the  manual  baseline. 

(b)  The  rocket  attack  mode  crew  workload  reduction  ranges  from 
52.67  to  70.  35  percent  of  the  manual  baseline. 

(c)  The  TOW  prelaunch  mode  crew  workload  can  be  decreased  40 

percent. 

(d)  Since  all  attack  requires  unmasking,  automation  will  Lie r ease 
the  Night  Cobra  survivability  by  reducing  axposure  time. 

(3)  Repair  and  Maintenance  Automation.  The  digital  multiplexed  archi- 
tecture of  the  Night  Cobra  will  facilitate  the  remove  and  replace  maintenance  of  the 
multiplexed  avionics  on  board  the  helicopter.  It  is  recommended  that  a field  multi- 
plex bus  tester  be  procured  along  with  the  Step  4 conversion  of  the  AH-1S.  This 
field  test  unit  would  access  the  aircraft  from  a recessed  covered  connector  on  the 
side  of  the  aircraft.  The  multiplex  bus  test  set  would  utilize  the  00000  address  and 
be  able  to  exercise  the  bus  and  all  remote  1553  terminals  (RT's)  as  well  as  im- 
bedded data  terminals  (DT's)  in  all  1553  compatible  avionics  connected  to  the  bus. 

All  terminal  status  and  avionics  built-in  test  (BIT)  equipment  will  be  exercised 
by  the  bus  tester  routine  and  deviant  and  no-go  situations  will  be  displayed  to  the 
maintenance  personnel  using  the  tester  to  indicate  the  station  and  access  cover  num- 
ber of  the  AH-1S  Step  4 modification  (see  Figure  11). 
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TABLE  18.  ATTACK  MODE  AUTOMATION 


Mode 

Mnemonic 

Manual 
Reaction 
Time  (sec) 

Automated 
Reaction 
Time  (sec) 

Total 

Crew  Time 
Unburden  (AT) 

Perceht  Crew 
Workload 
Unburden 

1 

TFG 

31 

25 

- 7 

22.58 

2 

GFG 

29 

23 

- 6 

20. 69 

3 

PFG 

29 

24 

- 4 

13.79 

4 

FFG 

27 

24 

- 4 

14.81 

5 

DRE 

37 

11 

-26 

69.59 

6 

DRL 

49 

23 

-26 

52.67 

7 

IDR 

49 

16 

-33 

66.86 

8 

FRB 

35 

10 

-25 

70.35 

9 

SRB 

34 

11 

-23 

66.94 

10 

GFR1 

8 

8 

0 

0 

11 

GFG2 

17 

16 

- 1 

5.88 

12 

TBL 

15 

8 

- 7 

46.67 

13 

TAL 

10.25 

0 

0 

0 

372.41 

-151 

TFG  . 

• • 

. TSU  Firing  Gun 

GFG  . 

• • 

. GHS  Firing  Gun 

PFG  . 

• • 

. Pilot  Firing  Gun 

FFG  . 

• • 

. Fixed  Forward  Gun 

DRE  . 

• • 

. Direct  Rocket  (Estimated  Range) 

DRL  . 

• • 

. Direct  Rocket  (Laser  Range) 

FRB  . 

• • 

. First  Rocket  Backup 

SRB  . 

• • 

. Second  Rocket  Backup 

GFR1 . 

• • 

. Gunner  Firing  Rocket 

GFG2 . 

• • 

. Gunner  Firing  Guns 

TBL  . 

• • 

. TOW  Prelaunch 

TAL  . 

• • 

. TOW  Postlaunch 
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f.  Bus  Controller  Concept 


t. 


(1)  Introduction.  A prime  consideration  in  the  multiplex  design  was  to  de- 
termine an  approach  that  would  allow  a bus  controller  to  effectively  control  the  data 
bus  traffic.  The  interface  with  LACS  required  a dynamic  bus  control  approach.  How- 
ever, for  the  remainder  of  the  system,  either  a command/response  approach  or  a 
dynamic  bus  control  approach  were  candidates  for  implementation.  Therefore,  both 
methods  were  evaluated  to  determine  a Night  Cobra  bus  controller  concept. 

(2)  Design.  Two  bus  controller  control  schemes  were  investigated  in  pre- 
paring the  design.  Both  normal  and  error  conditions  were  considered.  The  options 
are  as  follows: 

Option  A — Dynamic  bus  control  i s provided  to  each  remote  terminal 
on  a scheduled  basis  to  peform  tasks  as  selected  by  the  remote  terminal; 

Option  B — Command/response  allows  bus  control  to  be  resident  within 
the  bus  controllers,  with  remote  terminal  transmission  authorized  as  scheduled  or 
upon  remote  terminal  request. 

(3)  Option  A Concept.  This  approach  allows  the  bus  controller  to  relinquish 
control  of  the  bus  to  remote  terminals  (RT's)  for  short  periods  of  time  in  order  to 
communicate  with  other  RT's  within  the  system.  The  bus  controller  has  a list  of 
tasks  to  perform,  with  each  task  performed  periodically;  the  periodic  rate  may  vary 
according  to  the  task  requirement.  The  bus  controller  searches  the  task  list  until  a 
task  is  found  which  requires  initiation.  The  bus  controller  then  determines  whether 
communications  can  be  established  with  the  required  RT  on  the  main  bus  in  order  to 
perform  that  task.  If  the  RT  and  bus  controller  can  communicate,  dynamic  bus  con- 
trol is  offered  to  the  RT  in  order  to  perform  the  task.  If  the  RT  and  bus  controller 
are  not  able  to  communicate  on  the  main  bus,  communications  are  initiated  on  the 
alternate  bus. 

Upon  receipt  of  dynamic  bus  control,  the  RT  communicates  with  any  RT  in  the 
system,  as  the  task  requires.  Upon  completion  of  the  task,  bus  control  is  returned 
to  the  bus  controller. 

(4)  Option  B Concept,  hi  this  approach,  the  bus  controller  has  total  control 
of  the  bus.  When  a task  is  scheduled  to  be  performed,  the  bus  controller  checks  the 
status  of  the  receiving  and  transmitting  RT  to  determine  whether  they  can  communi- 
cate via  the  main  bus.  If  communications  are  available,  the  bus  controller  trans- 
mits a receive  command,  followed  by  a transmit  command,  to  the  appropriate  RT's. 
The  data  transfer  then  occurs.  If  the  main  bus  is  not  available,  communications 
are  initiated  on  the  alternate  bus.  In  addition,  the  bus  controller  periodically 
solicits  requests  from  the  RT’s  for  transmission  of  data  that  is  not  regularly  sched- 
uled. 
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(5)  Considerations 

(a)  Core  Size/Maintainability.  Option  A relieves  the  bus  controller  of 
the  responsibility  of  knowing  which  RT  is  to  receive  data  for  any  given  task.  This 
knowledge  is  contained  solely  within  the  RT  that  has  a task  to  perform.  This  simpli- 
fies preparation  of  the  task  list  and  decreases  the  amount  of  redundant  data  in  the 
system.  However,  the  code  to  accept  dynamic  bus  control  has  to  be  implemented  in 
each  RT  as  well  as  in  each  bus  controller.  In  addition,  each  RT  has  to  include  a code 
to  prepare  several  command  words:  dynamic  bus  control,  transmit  status  word,  and 
receive  data. 

Option  B consolidates  the  transmission  of  all  command  words  within  the  bus  con- 
trol function,  resulting  in  a core  savings  within  the  RT’s.  However,  the  bus  controller 
in  using  this  option  must  store  RT-to-RT  transfer  data  for  each  task;  this  increases 
core  size  within  the  bus  controller.  In  addition,  logic  must  be  implemented  in  all  RT's 
that  transfer  data  on  an  exception  basis  to  respond  to  a transmit  vector  word  command 
and  to  prepare  the  status  and  data  word  associated  with  that  command. 

Based  on  the  analysis  above,  core  requirements  should  be  fairly  similar.  Imple- 
mentation of  core  to  prepare  command  words  in  Option  A is  offset  by  the  option 
requirement  to  maintain  RT-to-RT  task  lists  in  multiple  bus  controllers.  However, 
program  maintenance  should  be  less  costly  and  easier  with  Option  B;  the  code  is 
consolidated  in  the  bus  conti-ollers,  rather  than  distributed  throughout  the  system. 
Therefore,  any  changes  made  need  to  be  modified  in  a single  program . 

(b)  hrror  Processing.  Option  A allows  RT's  to  perform  any  data  trans- 
fer when  control  of  the  bus  is  received.  The  RT  is  responsible  for  notifying  another 
RT  of  an  intent  to  transmit  data  and  then  performs  the  data  transmission.  The  RT  is 
not  tied  to  performing  a specific  data  transfer  because  the  bus  conti’oller  performs 
the  transmit/receive  notification  for  each  data  transmission.  However,  in  an  error 
situation  thei'e  are  significant  limitations  to  this  appi'oach.  Since  the  bus  controller 
has  no  knowledge  of  which  RT  is  to  receive  data,  the  transmitting  RT  may  not  be  able 
to  communicate  with  the  receiving  RT  on  the  bus  foi'  which  dynamic  control  is  received. 
Solving  this  problem  by  placing  the  receiving  RT  in  the  task  list  would  only  limit  the 
flexibility  originally  intended.  Another  solution,  forcing  each  RT  to  compile  its  own 
RT-to-RT  status  table,  would  significantly  increase  core  and  timing  requirements  in 
the  system. 

In  contrast,  Option  B requires  that  the  bus  controller  consider  whether  a bus  is 
suitable  for  transmission  by  determining  the  status  of  both  the  receiving  and  trans- 
mitting RT  on  that  bus.  This  method  precludes  providing  an  RT  with  a bus  that  cannot 
be  effectively  used.  In  addition.  Option  B allows  both  of  the  bus  controllei's  to  closclx 
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monitor  the  message  traffic  for  errors.  The  bus  controller  can  easily  tell  whether 
the  Information  In  a command  word  is  valid  by  making  a comparison  against  the  task 
list.  Finally,  the  responsibility  for  all  decisions  or  error  processing  resides  within 
the  bus  controllers. 

(c)  Data  Transfer.  Option  A allows  more  flexibility  as  far  as  data 
transfer  is  concerned.  When  allocated  dynamic  control,  an  RT  can  effect  any  trans- 
fer within  its  repertoire. 

Implementation  of  Option  B relieves  the  RT's  of  the  requirement  to  determine 
which  set  of  data  to  transmit  at  any  given  time.  The  RT's  must  follow  a fixed 
transmission  exchange;  deviations  are  allowed  only  in  response  to  a transmit  vector 
word  command. 

(d)  Weight.  Implementation  of  Option  A implies  that  all  remote  terminals 
must  be  intelligent  terminals,  in  order  to  perform  the  control  functions  inherent  in  the 
dynamic  control  bus  philosophy.  The  addition  of  the  hardware  required  to  turn  an  RT 
into  an  intelligent  terminal  would  add  about  0.5  lb  to  each  RT.  The  system  has  the 
capability  to  expand  by  adding  up  to  ten  more  terminals.  Option  B will  accept  either 
a remote  terminal  or  an  intelligent  terminal  without  the  penalty  of  additional  weight; 
the  system  designer  is  left  with  a choice. 

(e)  Overhead/Timing.  Dynamic  bus  control  is  effected  through  the  use 
of  a command  word  with  a mode  code  of  00000,  followed  by  a status  word  accepting  or 
rejecting  control.  This  sequence  occurs  twice  each  time  bus  control  is  transferred; 
once  from  the  bus  controller  to  the  RT,  and  once  from  the  RT  back  to  the  bus  con- 
troller. In  accordance  with  Draft  MIL-STD-1553B,  this  exchange  shall  take  from  96 
to  112  /isec.  Therefore,  whenever  dynamic  control  is  used,  the  additional  time  re- 
quired as  opposed  to  a command/response  approach  is  as  follows: 


Type  of  Information  Transfer  Time  Lost  (^sec) 


RT-RT  transfer 

48-56 

BC-RT  transfer 

96-112 

RT-BC  transfer 

96-112 

Dynamic  control  rejected 

96-112 

The  figures  above  assume  a single  message  transmission  for  each  dynamic  control 
exchange.  If  multiple  messages  are  transmitted  with  each  dynamic  control  transfer, 
the  time  lost  can  reach  zero,  and  total  overhead  can  be  reduced.  However,  at  the 
update  rates  specified  for  the  Night  Cobra  (100,  50,  and  25  Hz)  and  with  twenty  remote 
and  embedded  terminals,  significant  reductions  in  overhead  are  not  achievable.  For 
example,  assuming  that  one  terminal  transmits  one  message  (RT-to-RT  transfer)  at 
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100  Hz,  and  that  five  terminals  transmit  one  message  (4  RT-to-RT  transfers,  1 RT- 
to-BC  transfer)  each  at  50  Hz,  the  overhead  in  implementing  Option  A in  lieu  of  Option 
B is  384  to  448  /*sec  (19.  2 to  22. 4 percent)  every  20  msec.  For  the  full  system,  the 
overhead  would  be  even  greater. 

(6)  > Recommendation.  In  view  of  the  advantages  and  disadvantages  of  both 
options,  Option  B was  selected  for  implementation  in  the  Night  Cobra. 

g.  Redundant  Bus  Use 

(1)  Introduction.  A dual  bus,  dual  controller  multiplex  configuration  was 
selected  for  the  Night  Cobra  to  ensure  that  the  system  did  not  provide  a single  point 
of  failure.  This  configuration  provides  a system  designed  with  a number  of  design 
approaches  for  using  the  two  buses.  However,  In  view  of  a MII.-STD-1553B  restric- 
tion that  states,  "only  one  bus  can  be  active  at  any  given  time.  . . ,"  only  two  design 
options  were  considered  for  implementation  in  the  Night  Cobra  application.  The  options 
are  as  follows: 

Option  A — Restrict  all  normal  message  traffic  to  a single  bus,  freeing 
the  alternate  bus  for  traffic  in  response  to  failures. 

Option  B — Time-share  the  use  of  the  two  buses  for  all  message  traffic. 

(2)  Option  A Concept.  This  option  restricts  all  normal  message  traffic  to  a 
single  bus,  which  is  controlled  by  the  main  bus  controller.  In  the  case  of  failures, 
traffic  would  be  routed  to  the  second  bus  by  the  main  bus  controller. 

Upon  determination  that  the  main  bus  controller  had  failed,  the  alternate  bus  con- 
troller would  assume  control  of  both  buses. 

Control  of  both  buses  by  a single  bus  controller  would  ensure  that  both  buses  were 
not  operating  simultaneously. 


(a)  Advantages.  Option  A has  one  important  advantage;  the  code  will  be 
fairly  simple  to  develop  and  implement,  since  all  traffic  shall  be  controlled  by  a 
single  bus  controller.  This  advantage  is  especially  important  in  terms  of  life-cycle 
maintenance  costs. 

In  the  case  of  a single  failure,  either  on  the  main  bus  or  in  an  RT  transmitter  or 
receiver.  Option  A would  allow  the  main  bus  controller  to  switch  transmission  to  the 
alternate  bus.  This  would  be  handled  during  the  normal  course  of  events  upon  detection 
of  such  a failure.  No  degradation  in  system  performance  would  occur. 
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(b)  Disadvantages.  The  only  disadvantage  in  implementing  Option  A 
occurs  in  the  case  of  a dual  failure  which  affects  both  buses.  Neither  bus  controller 
would  be  able  to  communicate  with  all  RT's  on  the  data  bus  system.  Therefore,  cer- 
tain RT-to-RT  information  transfers  would  not  be  possible  from  either  bus  controller. 
To  implement  the  code  necessary  to  anticipate  and  correct  for  such  occurrences  would 
be  extremely  costly  in  terms  of  core  requirements  and  system  complexity.  All  RT's 
would  be  required  to  have  the  capability  to  reroute  messages  when  bus  failures  oc- 
curred. Life-cycle  software  costs  would  be  increased  enormously  by  this  additional 
logic. 


(3)  Option  B Concept.  Option  B would  necessitate  the  splitting  of  all  tasks 
between  two  main  bus  controllers.  Each  bus  controller  would  have  control  of  a bus 
and  would  be  allocated  certain  tasks  to  perform.  Authority  to  transmit  could  be  passed 
between  controllers  either  through  commands  authorizing  transmission  or  through  time 
slicing. 


In  the  event  of  a bus  failure,  tasks  would  have  to  be  reallocated  between  the  two 
controllers  so  that  all  information  transfers  could  occur.  RT-to-RT  status  as  well  as 
bus  controller-to-RT  status  would  have  to  be  taken  into  account  in  the  reallocation 
process.  Some  dual  bus  failures  could  also  be  handled  by  having  the  bus  controllers 
reroute  traffic  on  the  appropriate  bus. 

(a)  Advantages.  The  major  advantage  in  Option  B is  available  only  upon 
failure  of  both  buses.  However,  even  rerouting  of  traffic  is  effective  only  in  some 
cases.  Conditions  could  exist  where  several  RT's  are  isolated  from  both  bus  con- 
trollers. Secondly,  the  probability  of  two  bus  failures  is  low,  and  the  cost  of  devel- 
oping the  logic  to  implement  and  maintain  this  capability  would  be  extremely  high  in 
terms  of  both  core  and  dollars. 

(b)  Disadvantages.  Authority  to  transmit  would  have  to  be  passed  be- 
tween the  two  controllers  at  a minimum  of  twice  the  rate  of  the  most  frequent  periodic 
in  the  system,  which  is  currently  foreseen  at  100  Hz.  If  commands  authorizing  trans- 
mission were  used,  the  overhead  would  be  in  excess  of  60  ^sec  every  5 msec,  or  12 
percent.  If  time-slicing  were  used,  periodic  clock  synchronization  might  be  required. 
The  overhead  would  be  substantially  reduced,  but  the  chance  of  overlapping  activity 
would  be  greater. 

The  task  reallocation  process  would  be  expensive  in  terms  of  core  and  system 
complexity.  Code  would  have  to  be  developed  to  recognize  the  failures  and  reallocate 
the  tasks.  Also,  additional  message  traffic  between  the  two  bus  controllers  would 
have  to  be  developed  to  report  the  reallocation  process. 
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Finally,  the  Option  B design  would  be  significantly  more  complex  than  the  Option 
A design;  this  must  be  considered  in  weighing  development  and  life-cycle  maintenance 
costs. 

(4)  Summary.  Option  A provides  a simpler,  less  costly  design  that  is  effec- 
tive for  single  bus  failures. 

Option  B provides  a more  costly  design  in  terms  of  core,  dollars,  and  time,  is 
effective  for  single  bus  failures,  and  can  handle  some  dual  bus  failures. 

(5)  Recommendation.  In  view  of  the  advantages  and  disadvantages  of  both 
options.  Option  A was  selected  for  implementation  in  the  Night  Cobra.  Development 
and  life-cycle  maintenance  costs  will  be  less,  and  the  probability  of  the  failure  of  both 
buses  is  low  enough  that  the  capability  to  handle  this  situation  is  cost  effective. 


4.  SYSTEM  ANALYSIS 


a.  Cobra  Wire  Weight  Calculations  and  Weight  Savings 

(1)  Introduction.  One  important  benefit  gained  by  the  implementation  of 
multiplex  technology  is  a significant  reduction  in  wire.  This  reduction  translates  into 
a weight  saving  described  below. 

(2)  Analysts.  The  set  of  drawings  listed  in  Table  19  were  the  documents  used 
for  determination  of  the  wire  size,  length,  type,  and  set.  A summary  of  this  informa- 
tion is  shown  herein.  The  majority  of  the  wire  used  aboard  the  aircraft  consisted  of 
two  basic  types: 

M81044/20-XX  18  to  22  GA  (typical) 

30-155-XXX  16  to  22  GA  (multiconductor) 

The  total  weight  of  the  above  wire  was  determined  to  be  74.8  kg  (164.9  lb)  (see  Table 

20). 


The  coaxial  cabling  used  for  RF  type  equipment  has  been  excluded  from  this  study 
since  the  RF  equipment  was  not  a candidate  for  multiplexing.  The  remaining  wires  to 
be  considered  are  the  heavy  gauge  wires  which  are  larger  than  16  GA.  Table  21  re- 
presents a summation  of  these  wires,  which  have  a combined  weight  of  14.15  kg  (31.2  lb). 

From  the  documentation  reviewed,  therefore,  the  total  wire  weight,  for 
the  Night  Cobra  is  equal  to  88.95  kg  (196.1  lb). 

Several  items  on  board  the  aircraft  were  studied  In  detail  to  determine  what  amount 
of  their  wire  would  be  deleted  when  multiplexed.  The  following  equipment  or  sub- 
systems were  looked  at  in  specific  detail: 

(a)  TOW  weapons  system 

(b)  Lighting 

(c)  Wing  stores 

These  three  subsystems  have  approximately  one-half  (50  percent)  of  the  aircraft 
wire  on  board.  This  study  has  revealed  that  approximately  49  percent  of  this  wire 
shall  be  deleted  when  the  system  is  converted  to  a multiplexed  architecture.  If  this 
savings  Is  extrapolated  to  the  total  aircraft  wire  weight  we  shall  find  that  there  Is  a 
potential  saving  of  43.54  kg  (96  lb). 

(3)  Conclusions.  The  wire  saving  shown  above  indicates  that  the  multiplexing 
architecture  can  cause  a significant  reduction  in  the  aircraft  wire  weight.  The  poten- 
tial savings  may  be  enhanced  further  by  the  application  of  a solid-state  controller  to 
system  architecture.  These  estimates  are  conservative,  and  during  the  actual  design 
greater  savings  may  be  realized. 
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TABLE  19.  All-lS  WIRING  DIAGRAMS 


DRAWING  NUMBER 

SYSTEM 

209-075-060 

ilc  Power  System 

209-075-061 

ae  Power  System 

209-075-062 

Lighting  and  Caution 

209-075-063 

Flight  Control  and  Hydraulics 

209-075-064 

Engine  System 

209-075-065 

Environmental  System 

209-075-066 

Turrot 

209-075-067 

Tow  Missile  System 

209-075-068 

Wing  Stores  System 

209-077-041 

Automatic  Direction  Finder 

209-077-042 

AN /ARC-1 14  Radio 

209-077-043 

AN/ARC-116  Radio 

209-077-044 

AN /ARC-1 15  Radio 

209-077-045 

AN/APX-72  IFF  System 

209-077-046 

4 C.D.  G.  Circuit  Breaker  Panel,  Avionics 

209-077-048 

AN/ASN-43  Gyrocompass  System 

209-077-049 

VOR  LOC,  Glide  Slope,  Marker  Beacon  System 

209-077-050 

Avionics,  APR-39  Radar  Warning  System 

209-077-051 

AN/APN-209  Radar  Altimeter 

209-077-055 

Proximity  Warning  System 

TABLE  20.  LIGHT  TO  MEDIUM  GAUGE  WIRING  DATA 


W'lre  Type 

Length 

(feet) 

Density 
(lb/ 1000  ft) 

Weight 

Ob1) 

Number  of 
Conductors 

M81044/20-22GA 

13,090 

3.2 

41.9 

830 

20 

2,805 

4.7 

13.2 

180 

18 

623 

7.0 

4.4 

45 

30-155-22GA  Single 

2, 182 

6.8 

14.8 

132 

Pair 

2,805 

11.6 

32.5 

360 

Triple 

519 

15.8 

8.2 

102 

20  Single 

3, 117 

8.7 

27.1 

205 

Pair 

312 

15.4 

4.8 

30 

Triple 

104 

21.  7 

2.  3 

18 

16  Pair 

468 

25.5 

11.9 

52 

Triple 

104 

36.  1 

3.8 

9 

TOTALS 

26,129 

— 

164.9 

1,963 

Note  1:  Wire  weight  (lb)  = length  (1000  ft)  x density  (lb/1000  ft) 


TABLE  21.  HEAVY  GAUGE  WIRING  DATA 


Wire  Type 

Length 

(feet) 

IXmsity 
(lb/ 1000  ft) 

Weight 

(lb) 

M81044/20-8GA 

79.3 

58.5 

4.7 

10 

12.4 

31.8 

0.4 

12 

75.3 

20.4 

1.5 

508 6/2 -00  GA 

3.  7 

500.0 

1.8 

1 

6.3 

305.0 

1.9 

2 

2.4 

250.0 

0.6 

4 

20.2 

165.0 

3.3 

8 

29.2 

70.0 

2.0 

22759/2-1GA 

5.3 

340.  0 

1.8 

7072-2GA 

40.  8 

107.0 

4.4 

140-008-4  GA 

10.9 

180.0 

2.0 

30-164-1-  ALML 

37.  7 

9.1 

3.4 

CHRM 

37.  7 

9.  1 

3.4 

TOTALS 

361.2 

— 

31.2 

(4)  Summary 


Weight 

Length 

No.  of  Conductors 

Lt.  to  Med.  Gauge 

Length  (different  types) 

No.  of  Conductors 

164.9  lb 

2619  ft 

1963 

Heavy  Gauge 

Length 

No.  of  Conductors 

31.2  lb 

361.2  ft 

Unknown 

Total  Wire  Weight 
Remaining  after  multiplex 

196. 1 lb 

100. 1 lb 

Potential  Savings 

96  lb 

(49  percent  of  wire  on  board) 

b.  Control/l)i8play  Weight  Analysis 

(1)  Introduction.  An  important  objective  of  the  AVSAR  study  was  to  determine 
the  impact  of  the  integration  of  controls  and  displays  on  the  Night  Cobra  cockpit  weight. 
The  following  analyzes  the  impact  on  the  cockpit  area  ami  describes  the  considerations 
in  arriving  at  a final  Step  4 cockpit  design. 

(2)  Analysis.  To  perform  the  analysis,  the  Step  3 cockpit  equipment  was 
broken  out  of  the  equipment  list,  by  gunner's  and  pilot's  cockpit,  and  weights  were  de- 
termined for  each  equipment  item,  as  shown  in  Table  22.  In  several  cases,  as  shown 
in  the  table,  weights  were  estimated.  Total  weights  for  the  cockpit  equipment  are  as 
follows: 


Pilot's  Cockpit  4C.S2  kg  (103.22  lb) 

Gunner's  Cockpit  20,49  kg  (45. 18  lb) 

TOTAL  WEIGHT  STEP  3 67.31  kg  (148.40  lb) 

COCKPIT 

As  the  design  progressed  from  the  Step  3 baseline,  three  cockpit  configurations 
were  considered.  The  weight  variations  of  these  three  configurations  and  Step  3 are 
tabulated  in  Table  23. 


TABLE  22.  COCKPIT  INSTRUMENTATION  (Sheet  2 of  5) 
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I 

209-075-052-0 

209-947-391 

C-0347<  )/ ASN-43 

ID-2103A 

209-075-050-1 

ABU-ll/A 

209-075-005-5 

209-075-061-1 

209-075-003-1 

AN/  ARC- 164 

GSN 

10.36 

10.37 

10.  39 

10.40 

10.41 

10.44 

10.46 

10.47 

10.46 

10.49 

10.52 

10.56 

10.57 

10.56 

10.59 

10.60 

10.61 

10.66 

Description 

Gas  Producer  Tachometer 

Head-  Up-  Display 

Compass  Control  Panel 

Gyro  Heading  Indicator 

HSI  Control 

ADI 

Engine  Oil  Temperature/ 
Pressure 

Clock 

Engine/Rotor  Tachometer 
Indicator 

Air  Speed  Indicator 

Vertical  Air  Speed  Indicator 

Rocket  Panel 

ac  Circuit  Breaker  Panel 

dc  Circuit  Breaker  Panel 

Power  Panel 

Engine  Panel 

Miscellaneous  Jettison  Panel 

UHF  Control 

Item 

20 

21 

22 

23 

24 

25 

26 

27 

26 

29 

30 

31 

32 

33 

34 

35 

30 

37 
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TABLE  22.  COCKPIT  INSTRUMENTATION  (Sheet  3 of  5) 


TABLE  22.  COCKPIT  INSTRUMENTATION  (Sheet  4 of  5) 


TABLE  22.  COCKPIT  INSTRUMENTATION  (Sheet  5 of  5) 


AH -IS  Step  4 

li 

0.20 

1.50 

21.00 

10.00 

2.50 

20.00 

IS.  00 

74.50 

Designation 

AN/ASN-99 

TOTAL 

Number 

Items 11 

GSN 

10.  79 

10.80 

10.12 

10. 13 

10. 15 

10.  85 

10.86 

Description 

ACQ  Panel 

Compass  (Mag) 

Deleted^ 

Projected  Map  Display 

Primary  Control  Panel 

Status  Panel 

Flight  Management  Display 

Electronic  Attitude  and 
Heading  Display 

AH- IS  Step  3 (Baseline) 

Weight 

(lb) 

0. 20 

1.50 

0.23 

45.18 

Designation 

TOTAL 

Number 

Items 22 

GSN 

10.79 

10. 80 

10.84 

Description 

ACQ  Panel 

Compass  (Mag) 

Miscellaneous  Panel 

N/A 

N/A 

N/A 

N/A 

N/A 

NOTES: 

1.  Absorbed  by  LACS 

2.  Absorbed  by  FMD 

3.  Absorbed  by  EAHD 

4.  Displayed  on  HUD 

5.  Displayed  on  PMD 

Item 

20 

21 

22 

23 

24 

25 

26 

27 

H 


i 

! 
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TABLE  23.  PERCENT  WEIGHT  VARIATIONS 


Pilot 

Gunner 

Total 

Step  3 

103.22  lb 

45.18  lb 

148.40  lb 

69.56% 

30.44% 

Mini-Review  (20  Oct.  78) 

88.3  lb 

72.0  lb 

160.3  lb 

55. 08% 

49.92% 

PDR  (16  Nov.  78) 

56.42  lb 

42.93  lb 

99.35  lb 

56. 79% 

43.21% 

Final  Configurations 

71.12  lb 

74.5  lb 

145.62  lb 

48. 84% 

51. 16% 

The  weight  data  of  Table  22  is  plotted  in  Figure  12  and  shows  graphically  the 
effects  of  Step  4 integration.  The  three  integrated  configurations  developed  during  the 
course  of  the  AVSAR  II  study  are  all  characterized  by  a more  equal  weight  distribution 
providing  full,  dual  functional  capability  utilizing  multiplex  data  transfer  and  multi- 
format integrated  displays. 

The  final  configuration  evolved  based  on  a desire  to  reduce  weight,  while  at  the 
same  time  preserving  the  integrity  of  Step  4 equipment.  Therefore,  rather  than  in- 
tegrating additional  functions  into  IACS,  the  engine,  caution,  and  armament  control 
and  display  functions  were  integrated  into  a separate  flight  management  display  (FMD). 
This  provided  a reduction  in  complexity  and  an  even  closer  pilot- to- gunner  instru- 
mentation weight  balance. 

Table  23  shows  the  Step  4 final  cockpit  configuration.  It  also  notes  where  the 
functions  provided  by  deleted  Step  3 equipment  are  integrated  in  the  Step  4 configuration. 

Weights  for  the  Step  4 cockpit  equipment  were  determined  based  on  information 
compiled  from  prime  development  and  equipment  specifications,  planned  preproduction 
models  of  similar  equipment,  and  human  factors  considerations.  Total  weight  for 
Step  4 cockpit  equipment  is  as  follows: 

Pilot's  Cockpit  32.26  kg  (71. 12  lb) 

Gunner's  Cockpit  33.79  kg  (74.  50  lb) 

TOTAL  WEIGHT  STEP  4 COCKPIT  66.05  kg  (145.  62  lb) 
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Therefore,  the  integration  of  controls  and  displays  for  the  Night  Cobra  has  provided 
a weight  savings  of  10.79  kg  (23.78  lb)  over  the  Step  3 baseline.  This  number  is  fur- 
ther reduced  to  1.26  kg  (2.78  lb)  by  the  Step  4 addition  of  the  Projected  Map  Display 
(PM1)),  a 9.52  kg  (21.0-lb)  unit.  This  added  capability  in  Step  4 by  the  PMl)  was  not 
available  in  the  Step  3 cockpit  layout. 

(3)  Conclusion.  The  total  weight  of  the  Step  4 cockpit  layout  represents  a 
16.02  percent  weight  reduction  over  the  Step  3 baseline  due  to  the  integration  of  controls 
and  displays,  as  well  as  a 1.9  percent  control  and  display  net  weight  reduction  overall. 
The  weight  savings  has  been  accomplished  while  increasing  the  functional  capability 
available  to  both  crewmembers,  providing  a high  degree  of  redundancy  in  case  of  failure, 
and  decreasing  crew  workload. 

c.  Effects  of  Multiplexing  on  Momcnt/Balancc  (Cantor  of  Gravity) 

(1)  Introduction.  In  the  process  of  implementing  a multiplex  system  on  the 
Night  Cobra,  it  was  recognized  that  the  addition/deletion  of  equipment  ami  removal  of 


99 


TOTAL  LI 


wire,  with  the  accompanying  weight  and  weight  location  changes,  would  have  an  effect 
on  the  aircraft  moment.  It  was  determined  that  the  center  of  gravity  movement  re- 
sulting from  multiplexing  does  not  have  an  adverse  effect  on  the  balance  of  the  aircraft. 

(2)  Analysis.  The  center  of  gravity  of  any  aircraft  is  determined  by  the 
following  equations: 


where: 


W- 


\Y  x I.  = M 


I 

the  mass  of  any  component  or  group  of  components  on  the  aircraft 


The  moment  arm  (location  of  t he  center  of  mass)  of  that  component  or 
group  of  components  from  a given,  arbitrary  datum 


M " The  total  moment  of  that  component  or  group  of  components 

C "the  center  of  gravity  of  the'  aircraft  ("the  moment  arm  of  the  entire 
aircraft) 

1 M and  i!\\  ■»  the  total  moments  and  weights,  respectively,  of  all  components 
and  groups  of  components  on  the  aircraft 


Applying  these  equations  to  the  values  given  for  weight  and  center  of  gravity  (CG)  of  the 
Step  ft  Cobra  and  the  items  to  be  added  for  Step  4 gave  a baseline  weight  and  CG  as  shown 
in  Table  24.  It  should  be  noted  that  the  CG  shifts  forward  from  its  Step  ft  location,1’  al- 
though not  beyond  the  allowable  limits  given  in  the  A11-1S  operator’s  manual  (between 
489.46  and  506.22  cm  or  192.  7 and  199.  ft  in)  for  a gross  weight  of  4,695  kg  (10,350  lb). 
Tills  weight  and  moment  excludes  ballast,  which  may  be  added  to  adjust  the  CG. 

After  Implementation  of  the  proposed  multiplex  system  including  1 ACS  and  the  inte- 
grated cockpit  display,  not  only  is  weight  reduced  but  the  center  of  gravity  shifts  back- 
ward toward  the  Step  ft  center,  as  shown  in  the  table.  Also  shown  in  the  table  is  the 
amount  of  ballast  at  the  ballast  location  of  1,031  cm  (406.1  in)  required  to  restore  the 
center  of  gravity  to  the  496.5  cm  (195.5  in)  location  of  Step  ft  if  desired,  for  both  the 
nonmultiplcx  and  multiplex  versions.  Since  the  center  of  gravity  is  still  within  the 
permitted  envelope,  this  adjustment  may  not  be  necessary. 

(3)  Conclusions,  As  shown  above,  the  effect  of  the  multiplex  system  on  the 
center  of  gravity  is  to  move  It  aft.  The  movement  is  slight,  about  2.54  cm  or  1 in 
compared  to  the  nonmultiplcx  Step  4 Cobra,  and  in  a favorable  direction  (toward  the 
center  of  the  allowable  range);  the  final  location  is  within  the  allowable  range.  It  is 
concluded,  therefore,  that  movement  of  the  center  due  to  multiplexing  is  not  dot  ri 
mental  to  aircraft  balance  and  a ballast  savings  of  32  lb  is  achievable. 


,r>Step  3 includes  32  lb  of  ballast. 
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TABLE  24.  MOMENT  CALCULATIONS 


H 

Z 

UJ 

s 

o 

s 


>* 

“5 

“5 

Z CC 
uj  U 
Ou. 

o 


ft  e 
CM  LA 

r-^  eg 
cn  ur. 

O LO 
cn  cn 
cn  cn 


a 

i-^ 

cm 


cm 


a 

s oo 

LA  OO 

LA  CM 
cn  cn 


a 

•=r 

cn 


CO  I 
±2 
<“ 


z 

oi 

</)  < 

ri 

< o 


*£  % 
•=r  rH 
OO  LA 
rH  hA 

CO  CO 


LA 

CM 

hA 


101 


O 

o 

LD 

if) 

o> 

r— 

cc 

o 

u. 

O 

Ui 

CC 

5 

a 

Ui 

cc 


52  i 

< UJ 

5 


=«;  =«; 

r- 1 LA 
OO  LO 
•=T  fA 
*s 

O CO 


=*fc  =tfc 
CO  CO 
rA  -3- 


+ + 


Z 

o 

CO 

i = 

< a 


X 

D X 

o s 

5 5 

* 
O.  Q. 
Ui  Ui 


d.  Bus  Loading  Analysis 


(1)  Introduction.  This  analysis  was  performed  in  order  to  estimate  the  worst- 
case  loading  of  the  Night  Cobra  multiplex  data  bus  system.  While  a worst-case  load  is 
not  truly  representative  of  the  loading  on  the  bus  during  actual  tactical  operations,  the 
analysis  does  provide  a reasonable  measure  for  sizing  the  multiplex  data  bus  system. 

(2)  Assumptions.  Several  assumptions  were  made  in  performing  the  analysis: 

(a)  All  information  transfers  were  RT-to-RT  transfers,  with  the  following 
transmission  times: 


2 command  wonts 

40  ..sec 

Response  time 

8 /.sec 

2 status  wonts 

40  /.sec 

Inter  message  gap 

4 /.sec 

Total  Time 

92  /.sec 

To  the  92  /.seconds  was  added  a 20  /. sec/data  word. 


(b)  A representative  data  transfer  was  formulated  based  on  signal  count 
and  information  flow  data.  The  results  of  this  analysis  are  compiled  in  Table  25  and 
shows  correspondence  between  the  number  of  messages  to  be  transmitted,  the  number 
of  data  words  per  message,  and  the  update  rate. 

(c)  Table  25  includes  data  transfers  that  are  mutually  exclusive  because 
of  the  following: 


!•  Data  transfers  are  identified  for  two  or  more  modes  of  operation, 
and  the  system  is  not  capable  of  performing  these  functions  simultaneously. 

2.  Data  transfers  are  identified  for  both  normal  and  backup  operation, 
and  only  in  cose  of  equipment  failure  would  the  backup  data  be  required. 

(d)  Tnblo  25  also  includes  data  transfers  that  are  periodic  only  upon 
system  demand  and  for  short  intervals  of  time  when  demanded. 


TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  1 of  IS) 


1. 

FCC  -►HUD 

6 Data  Words 

50  Hz  update 

1. 

Range  smoothed 

14  bits 

2. 

Radar  altitude 

13  bits 

3. 

Magnetic  heading 

9 bits 

4. 

Torque 

10  bits 

5. 

FC  reticle  Az 

12  bits 

6. 

FC  reticle  EL 

12  bits 

2. 

LRF  -►FCC 

4 Data  Words 

100  Hz  update 

1. 

Special  cotie 

8 bits 

2. 

1000  meters 

8 bits 

3. 

100  meters 

8 bits 

4. 

10  meters 

8 bits 

3. 

FCC  -►RMS 

2 Data  Words 

50  Hz  update 

1. 

Time  of  flight 

16  bits 

2. 

FCC 

1 bit 

4. 

RMS  -►FCC 

3 Data  Words 

50  Hz  update 

1. 

Warhead  fuse  selected 

8 bits 

2. 

Canopy  height 

8 bits 

3. 

Manual  range 

8 bits 

5. 

ADS  -►FCC 

6 Data  Words 

50  Hz  update 

1. 

P'ore-aft  TAS  (Vu) 

8 bits 

2. 

Lateral  TAS  (Vv) 

8 bits 

3. 

Vertical  TAS  (Vw) 

8 bits 

4. 

Air  pressure  (Fibs) 

8 bits 

5. 

Air  temperature  (Tair) 

8 bits 

6. 

Downwash  velocity 

8 bits 

6. 

RAI.T 

-►FCC 

1 Data  Word 

50  Hz  update 

1. 

Height  above  (AGL) 

10  bits 

7. 

HALT 

-►ADS 

1 Data  Word 

50  Hz  update 

1.  Height  above  (AGI.)  10  bits 
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TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  2 of  13) 


8.  TMS  — 

HDD 

2 Data  Words 

50  Hz  update 

1. 

Left  missile  firing 

2. 

Right  missile  firing 

9.  DNS 

FCC 

6 Data  Words 

25  Hz  update 

1. 

Position  coor-UTM 

3 words 

2. 

Velocity  - UTM 

3 words 

10.  DNS  -► 

PMD 

7 Data  Words 

50  Hz  update 

1. 

Coarse  x command 

12  bits 

2. 

Fine  x command 

8 bits 

3. 

y command 

11  bits 

4. 

Orientation 

12  bits 

5. 

Heading 

12  bits 

6. 

Bearing 

12  bits 

7. 

Dist  (to  fly  to  dest) 

1G  bits 

11  and  12.  DNS-*- 

PMD  EAU  -►  PMD 

1 Data  Word 

25  Hz  update 

1. 

Discrete  word 

12  bits 

e scale  1 
e scale 


e centered 
e decentered 
e north  up 
e north  up 
e scale  3 
e hold 
e slew  left 
• slew  right 
e slew  up 
e slew  down 


V 
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TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  8 of  18) 


13.  HDGREF-^DNS 

1.  Heading  (2  x) 
sine  and  cosine 

2.  Pitch  (2  x) 
sine  and  cosine 

3.  Roll  (2  x) 

sine  and  cosine 

14. 


6 Data  Words 

10  bits 
10  bits 
10  bits 


> LACS  64  Data  Words 

1.  PP  lat/long 

4 

words 

2.  PP  UTM 

4 

words 

3.  PP  variation 

1 

words 

4.  Ground  speed 

1 

words 

5.  Track  angle 

1 

words 

6.  Wind  speed 

1 

words 

7.  Wind  direction 

1 

words 

8.  Spheroid 

1 

words 

9.  Dist  (to  fly  to  dest) 

1 

words 

10.  Bearing  (to  fly  to  dest) 

1 

words 

11.  Time 

1 

words 

12.  XTK 

1 

words 

13.  TKE 

1 

words 

14,  Fly-to-dest  No. /tgt  str  No. 

1 

words 

15.  Disp  dest.  coor-lat/long 

1 

words 

16.  Disp  dest.  coor-UTM 

1 

words 

17.  Disp  dest.  variation 

1 

words 

18.  Disp  dest.  No. 

1 

words 

19.  Distance  (fly-to-dest) 

1 

words 

20.  Bearing  (fly-to-dest) 

1 

words 

21.  Time 

1 

words 

22.  XTK 

1 

words 

23.  TKE 

1 

words 

24.  Fly-to-dest  No. /tgt  str  No. 

1 

words 

25.  Disp  dest  coor-lat/long 

4 

words 

26.  Disp  dest  coor-UTM 

4 

words 

27.  Disp  dest.  variation 

1 

words 

28.  Disp  dest  number 

1 

words 

29.  True  heading 

1 

words 

30.  Vx,  Vy,  Vz 

3 

words 

31.  Vh,  Vd,  Vv 

3 

words 

25  Hz  update 


25  Hz  update 
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TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  4 of  13) 


IACS-*.  DNS 

22  Data  Words 

Lat/lon  or  UTM 

5 words 

control  word  No.  2 

Wlndspeed 

3 words 

wind  direction 
control  word  No.  1 

Ground  speed 

3 words 

track  control 
won!  No.  1 

Spheroid  control 

2 words 

word  No.  1 

Variation  control 

2 words 

word  No.  2 

Distance  bearing 

3 woixis 

control  wort!  No.  3 

PMDS  map  data 

3 words 

control  word  No.  4 

Control  word  No.  1 

1 wo  i-d 

I ACS  -*■  VHF-FM 

2 Data  Words 

1.  Frequency 

16  bits 

2.  Mode 

8 bits 

VHF  FM  -*•  LACS  Control 

3 Data  Words 

1.  Frequency 

16  bits 

2.  Mode 

8 bits 

3.  Go/no  go  indication 

TBD 

VHF  AM  LACS  Control 

3 Data  Words 

1.  Frequency 

15  bits 

2.  Mode 

8 bits 

3.  Go/ no  go  Indication 

TBD 

25  Hz  update 


25  Hz  update 


25  Hz  update 


25  Hz  update 
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TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  5 of  18) 


19. 

1ACS  — 

■ VHF-AM 

2 Data  Words 

25  Ha  update 

1. 

Frequency 

15  bits 

2. 

Mode 

8 bits 

20. 

UHF-AM  — ► LACS  Control 

2 Data  Words 

25  Hz  update 

1. 

Frequency 

15  bits 

2. 

Mode 

8 bits 

3. 

Go/no  go  indication 

TBD 

21. 

LACS 

• UHF-FM 

2 Data  Words 

25  Hz  update 

1. 

Frequency 

15  bits 

o 

m • 

Mode 

8 bits 

22. 

1ACS  -►NOE  COMM  AMP 

1 Data  Words 

25  Hr  update 

1. 

NOE  control 

1 to  8 bits 

23. 

ADF  -► 

LACS  Control 

3 Data  Words 

25  Hz  update 

1. 

F requency 

15  bits 

O 

«« 

Mode 

8 bits 

3. 

Go/no  go  Indication 

TBD 

24. 

LACS  — 

•ADF 

2 Data  Words 

25  Hz  update 

1. 

Frequency 

15  bits 

O 

Mode 

8 bits 

25. 

VOR/1 LS  -*■  1ACS  Cont rol 

3 Data  Words 

25  Hz  update 

1. 

Frequency  (2) 

11  bits 

‘) 

• 

Mode 

4 bits 

3. 

Go/no  go  indication 

TBD 

28. 

LACS  — 

VOR/1  LS 

3 Data  Words 

25  Hz  update 

1. 

Frequency  (\’OR) 

11  bits 

2. 

Frequency  (ILS) 

11  bits 

3. 

Mode 

4 bits 

27. 

COMM  Security  -►I ACS  Control 

1 Data  Words 

25  Hz  update 

1. 

Mode  control  indication 

5 bits 
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TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY  (Sheet  6 of  13) 


IACS— 

►COMM  Security 

3 Data  Words 

25  Hz  update 

1. 

Mode 

5 bits 

2. 

Logic  data 

15  bits 

3. 

Mode  Select  data 

9 bits 

29. 

IFF  — ► IACS  Control 

2 Data  Words 

25  Hz  update 

1.  Mode 

14  bits 

2.  Go-no-go  indication 

5 bits 

30. 

IACS  Control  —IFF 

5 Data  Words 

25  Hz  update 

1.  Mode 

14  bits 

2.  Mode  1 code 

5 bits 

3,  Mode  3/A  code 

12  bits 

4.  Mode  C cotie 

11  bits 

5.  Test  enable 

5 bits 

31. 

IFF  Test  Set— IACS  Control 

1 Data  Word 

25  Hz  update 

1.  Control  response 

7 bits 

32. 

IACS  Control  -►  IFF  Test 

1 Data  Word 

25  Hz  update 

1.  Control 

7 bits 

33. 

IACS  Cont.  — ► Encoding  Alt. 

1 Data  Word 

25  Hz  update 

1.  Mode  C Code 

10  bits 

34. 

IACS  Cont.  — ►KIT-A  Com. 

1 Data  Word 

25  Hz  update 

1.  Control 

7 bits 

35. 

HSIU  — FCC 

6 Data  Words 

50  Hz  update 

1.  x PHS  (l) 

12  bits 

2.  x PHS  (J) 

12  bits 

3.'  x PHS  (k) 

12  bits 

4.  x CHS  (i) 

12  bits 

5.  x GHS  (j) 

12  bits 

6.  x GHS  (k) 

12  bits 

TABLE  25.  NIGHT  COBRA  DATA  WORD  DIRECTORY 


36. 

FCC  — HSIU 

6 Data  Words 

1.  (t)  x Bore  -*  PHS 

12  bits 

2.  (J)  x Bore  -►  PHS 

12  bits 

3.  (k)  x Bore  -*  PHS 

12  bits 

4.  (i)  x Bore  -*  GHS 

12  bits 

5.  (J)  x Bore  -♦  GHS 

12  bits 

6.  (k)  x Bore  -»  GHS 

12  bits 

37. 

FCC  -►ALT 

3 Data  Words 

1.  x Bore  -»  ALT  (i) 

12  bits 

2.  x Bore  -»  ALT  (J) 

12  bits 

3.  x Bore  -*  ALT  (k) 

12  bits 

38. 

Eng.  Torque  —►FCC 

1 Data  Word 

1.  Percent  Q 

10  bits 

39. 

ALT-TSU 

2 Data  Words 

1.  ALT-TSU  Az 

12  bits 

2.  ALT-TSU  El 

12  bits 

40. 

FCC  — TSU  (FCC) 

3 Data  Words 

1.  (i)  x Bore 

12  bits 

2.  (j)  x Bore 

12  bits 

3.  (k)  x Bore 

12-bits 

41. 

FCC  —UTS  (FCC) 

2 Data  Words 

1.  Gun  command  Az  error  12  bits 

2.  Gun  command  El  error  12  bits 

42. 

UTS  —FCC  (FCC) 

3 Data  Words 

1.  (i)  UTS  position 

12  bits 

2.  (J)  UTS  position 

12  bits 

3.  (k)  UTS  position 

12  bits 

43. 

TSU  —FCC  (FCC) 

3 Data  Words 

1.  (i)  x TSU 

12  bits 

2.  (J)  x TSU 

12  bite 

3.  (k)  x TSU 

12  bits 
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50  Hz  update 


50  Hz  update 


50  Hz  update 

50  Hz  update 


50  Hz  update 


50  Hz  update 


50  Hz  update 


50  Hz  update 
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44. 

UTS— ► 

TSU  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  UTS  position 

12  bits 

2. 

(j)  UTS  position 

12  bits 

3. 

(k)  UTS  position 

12  bits 

45. 

TSU  -► 

UTS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x TSU 

12  bits 

2. 

(j)  x TSU 

12  bits 

3. 

(k)  x TSU 

12  bits 

46. 

FCC  — 

•UTS  (FCC) 

2 Data  Words 

50  Hz  update 

1. 

Gun  command  Az  error 

12  bits 

2. 

Gun  command  El  error 

12  bits 

47. 

FCC  — ■ 

■GHS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x Bore 

12  bits 

2. 

(J)  x Bore 

12  bits 

3. 

(k)  x Bore 

12  bits 

48. 

UTS 

FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  UGT 

12  bits 

2. 

(J)  l GT 

12  bits 

3. 

(k)  UGT 

12  bits 

49. 

GHS 

FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x GHS 

12  bits 

2. 

(J)  x GHS 

12  bits 

3. 

(k)  x GHS 

12  bits 

50. 

UTS  -► 

GHS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  UGT 

12  bits 

2. 

(J)  UGT 

12  bits 

3. 

(k)  UGT 

12  bits 
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51. 

GHS  -*• 

UTS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x GHS 

12  bits 

2. 

(J)  x GHS 

12  bits 

3. 

(k)  x GHS 

12  bits 

52. 

FCC  -► 

UTS  (FCC) 

2 Data  Words 

50  Hz  update 

1. 

Gun  command  Az  error 

12  bits 

2. 

Gun  command  Ei  error 

12  bits 

53. 

FCC  -► 

PHS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x Bore 

12  bits 

2. 

(j)  x Bore 

12  bits 

3. 

(k)  x Bore 

12  bits 

54. 

UTS 

FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  UGT 

12  bits 

2. 

0)  UGT 

12  bits 

3. 

(k)  UGT 

12  bits 

55. 

PHS  -► 

FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  x PHS 

12  bits 

2. 

(J)  x PHS 

12  bits 

3. 

(k)  x PHS 

12  bits 

56. 

UTS  -► 

PHS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  UGT 

12  bits 

2. 

(J)  UGT 

12  bits 

3. 

(k)  UGT 

12  bits 

57. 

PHS  -*► 

UTS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(1)  x PHS 

12  bits 

2. 

(J)  x PHS 

12  bits 

3. 

(k)  x PHS 

12  bits 
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58. 

PHS  -►  TSU  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  x PHS  1 

2.  (j)  x PHS  > 

3.  (k)  x PHS  J 

Az  and  El 
TSU 

12  bits 

12  bits 

12  bits 

59. 

FCC— ► PHS  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  x Bore 

2.  (J)  x Bore 

3.  (k)  x Bore 

12  bits 

12  bits 

12  bits 

60. 

TSU  — ► FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  TSU 

2.  (j)  TSU 

3.  (k)  TSU 

12  bits 

12  bits 

12  bits 

61. 

TSU  — ► PHS  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  TSU 

2.  (j)  TSU 

3.  (k)  TSU 

12  bits 

12  bits 

12  bits 

62. 

FCC  —►GHS  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  TSU  Bore 

2.  0)  TSU  Bore 

3.  (k)  TSU  Bore 

12  bits 

12  bits 

12  bits 

63. 

TSU  — ► FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  TSU 

2.  (j)  TSU 

3.  (k)  TSU 

12  bits 

12  bits 

12  bits 

64. 

GHS  — ► TSU  (FCC) 

3 Data  Words 

50  Hz  update 

1.  (i)  x GHS  ) 

2.  0)  x GHS  > TSU 

3.  (k)  x GHS  ) Az  31111  E1 

12  bits 

12  bits 

12  bits 
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65. 

TSU  — ► 

GHS  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(i)  TSU 

12  bits 

2. 

0)  TSU 

12  bits 

3. 

(k)  TSU 

12  bits 

66. 

ALT  —►TSU  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

Az  Alt 

12  bits 

2. 

El  Alt 

12  bits 

3. 

Spare 

12  bits 

67. 

TSU  — ► 

FCC  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(1)  TSU 

12  bits 

2. 

(J)  TSU 

12  bits 

3. 

(k)  TSU 

12  bits 

68. 

FCC  — •> 

ALT  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(t)  x Bore 

12  bits 

2. 

(J)  x Bore 

12  bits 

3. 

(k)  x Bore 

12  bits 

69. 

TSU  -► 

ALT  (FCC) 

3 Data  Words 

50  Hz  update 

1. 

(1)  TSU 

12  bits 

2. 

(J)  TSU 

12  bits 

3. 

(k)  TSU 

12  bits 

70. 

RALT  -►  EAHD 

1 Data  Word 

50  Hz  update 

1. 

Height  above  ground  (ASL)  10  bits 

71. 

DNS  -*• 

EAHD 

5 Data  Words 

25  Hz  update 

1. 

Heading  velocity  (VH  and 

VD)  15  bits  ea. 

2. 

Vertical  velocity  (VV) 

15  bits 

3. 

Bearing  (fly-to-dest) 

11  bits 

4. 

Lateral  velocity  (Vy) 

15  bits 
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HDG  REF  — ► EAHD  8 Data  Words 

(HARS) 


1. 

Heading  (2  words) 

12  bits 

2. 

Pitch  (2  words) 

12  bits 

3. 

Roll  (2  words) 

12  bits 

4. 

Turn  rate  (2  words) 

12  bits 

Engine  Torque — ► EAHD 

1 Data  Word 

1. 

Percent  Q 

10  bits 

PHS  -► 

EAHD 

3 Data  Words 

1. 

(i)  x PHS 

12  bits 

2. 

0)  x PHS 

12  bits 

3. 

(k)  x PHS 

12  bits 

Eng.  l)iscretes-*-Caut.  & Warn. 

2 Data  Words 

1. 

Eng.  chip  (P) 

1 bit 

2. 

420  chip  (P) 

1 bit 

3. 

90°  chip  (P) 

1 bit 

4. 

XMSN  chip  (P) 

1 bit 

5. 

Chip  detector  (G) 

1 bit 

6. 

Eng  oil  press  (P&G) 

1 bit 

7. 

XMSN  oil  press  (P&G) 

1 bit 

8. 

Eng  oil  bypass  (P) 

1 bit 

9. 

XMS  oil  bypass  (P) 

1 bit 

10. 

Eng.  inlet  air  (P) 

1 bit 

11. 

XMNS  oil  hot  (P) 

1 bit 

12. 

Eng.  fuel  pump  (P) 

1 bit 

13. 

FWD  fuel  boost  (P) 

1 bit 

14. 

Fuel  filter  (P) 

1 bit 

15. 

F'uel  low  (P) 

1 bit 

16. 

Aft  fuel  boost  (P) 

1 bit 

17. 

Hyd  press  No.  1 

1 bit 

18. 

Hyd  press  No.  2 

1 bit 

19. 

Emer.  Hyd  Pump  on 

1 bit 

50  Hz  update 


50  Hz  update 


50  Hz  update 


25  Hz  update 
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76.  Pow.  & IFF  Disc.  Caut.  & 1 Data  Word  25  Hz  update 

Warn. 


1. 

Dc  gen  (P) 

1 bit 

2. 

Main  inverter  (P) 

1 bit 

3. 

Stby  inverter  (P) 

1 bit 

4. 

Ext  pwr  (P) 

1 bit 

5. 

Gov  emerg  (P) 

1 bit 

6. 

IFF  code  hold  (P) 

1 bit 

7. 

IFF  caution  (P) 

1 bit 

8. 

42°  chip  det  (P) 

1 bit 

9. 

90°  chip  det  (P) 

1 bit 

77. 

ADS  — ►EAHD 

4 Data  Words 

50  Hz  update 

1. 

Fore-aft  TAS  (Vu) 

8 bits 

2. 

Lateral  TAS  (Vv 

8 bits 

3. 

Vertical  TAS  (Vw) 

8 bits 

4. 

Down  wash  velocity 

8 bits 

78. 

BARO-^EAHD 

1 Data  Word 

50  Hz  update 

1. 

Height  above  sea  level 

10  bits 

79. 

Power  Dist.  Sta.  — ► FMD 

32  Data  Words 

Aperiodic 

1. 

32  Power  Controller 

16  bits 

Commands 

80. 

FMD  — ► Power  Dist.  Sta. 

32  Data  Words 

Aperiodic 

1. 

32  Power  Controller 

16  bits 

Commands 


(3)  Analysis.  To  calculate  the  worst-case  bus  load  over  a one-second  period 
of  time,  the  following  formula  was  used: 

4 

£ Rx  (£(20  D + 92)  M) 
x-1  All  messages 

at  Rx 


Total  percentage  of  data  bus  load 


100 


where 


Rx  is  the  update  rate: 

R1  ’ 

1 Hz  (Operator  Action) 

R2  - 

25  Hz 

R3 

50  Hz 

R4  - 

100  Hz 

D is  the  number  of  data  words  per  message. 

M is  the  number  of  messages  that  contain  I)  data  words  at  an  update  rate  of 

R . 
x 

These  calculations  show  a total  data  bus  load  of  56. 4 percent. 

(4)  Conclusion.  The  worst-case  load  analysis  supports  the  design  of  a single 
multiplex  data  bus  system.  If  this  load  is  realistically  assessed  in  terms  of  tactical 
operation,  a peak  representative  bus  load  would  be  50  percent  or  less  when  taking  into 
account  mutually  exclusive  data  transfers,  data  transfers  occurring  on  demand,  and  a 
reasonable  number  of  operator  actions. 


e.  Bus  Controller  Loading  Analysis 

(1)  Introduction.  The  bus  controllers  in  the  Night  Cobra  multiplex  system  are 
specified  to  reside  in  remote  terminals  that  also  support  other  system  functions.  There- 
fore, the  timing  and  core  requirements  for  a bus  controller  must  be  able  to  coexist 

with  these  system  functions.  This  analysis  describes  the  considerations  that  were  used 
in  the  determination  of  bus  controller  time  and  core  requirements. 

(2)  Time  Requirements 

Assumptions.  Several  critical  assumptions  are  made  in  the  analysis,  as 

follows : 


(a)  All  information  transfers  are  RT-to-RT  transfers  involving  two 
command  words  (CW)  and  two  status  words  (SW).  Since  the  RT-to-RT  transfer  is  the 
most  expensive  transfer  type  in  terms  of  system  time,  this  assumption  leads  to  a 
worst-case  analysis. 


116 


(b)  Each  RT-to-RT  transfer  involves  the  transmission  of  an  average  of 
four  data  words.  The  average  number  of  data  words  per  transfer  is  actually  3. 65  data 
words. 


(c)  Worst-case  loading  is  80  percent  on  the  multiplex  data  bus  during  a 
20-msec  period  of  time. 

(d)  Representative  loading  is  50  percent  on  the  multiplex  data  bus  during 
a 20-msec  period  of  time. 

(e)  The  worst-case  transmission  time  for  an  RT-to-RT  transfer  is  as 

follows: 


2 command  words 

40  Msec 

Response  time 

8 Msec 

2 status  words 

40  Msec 

4 data  words 

80  Msec 

Intermessage  gap 

4 Msec 

Total  Time 

172  Msec 

Based  on  a 20-msec  period  of  time,  with  172  /isec  per  Information  transfer,  the  maxi- 
mum number  of  transfers  that  can  occur  is  116. 27.  For  purposes  of  this  analysis, 

116  information  transfers  per  20-msec  period  of  time  will  be  used. 

Processing.  A bus  controller  has  two  primary  functions  In  controlling 
the  message  traffic  on  the  multiplex  data  bus? 

(a)  Information  Transfer  Initiation.  A bus  controller  shall  have  a 

list  of  tasks  to  be  performed,  each  with  a specific  periodicity  and  a predetermined  set 
of  command  words  (transmit  and  receive).  The  bus  controller  shall  search  the  task 
list  for  the  next  task  due  to  be  processed  and  pass  the  command  words  to  the  RT  for 
transmission.  Processing  of  service  requests  and  errors  requires  less  time  than  the 
periodic  processing  and,  therefore,  for  worst-case  analysis  only,  periodic  processing 
is  considered. 

(b)  Status  Work  Processing.  A bus  controller  shall,  upon  receipt  of  a 
status  word,  check  the  status  field  (bits  9 through  19)  for  all  zeroes,  which  indicate  no  error. 
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, r Analysts.  For  an  80  percent  load,  the  multiplex  data  bus  will  oi 

information  transfers  per  20  msec  Thereto.*,  fh  . k V „ 1 h e 93 

W.U.  th,  foiicvmgLoI  oaV.m'r  • bu8  °0"troll8r  would  h-v-  to 


Number  of  Actions 

93 

180 

279 


Description 

Information  transfer  initiation 
Status  word  processing 
Total  number  of  actions 


In  a 20-msec  period  of  time,  therefore,  a bus  controller  will  have  to  accomplish  279 
separate  actions,  or  one  action  every  71.08  Msec.  accomplish  2,9 

T th<>  bUS  controller  now  Matrix*,  it  is  estimated  that  information  transfer 

iver^JlT  “ aver^*of  50  *8ec  P°r  actl°n  and  status  word  processing  takes  an 
verage  of  10  Msec  per  action.  Therefore,  the  bus  controller  function  will  consume 

load  o^SO  percent.^  ^ “ °f  32‘55  ~ -Itlplex  data  but 


fn°r  a 50  Pe^enl .load,  the  multiplex  data  bus  will  have  58  information  transfers 
pe  >0  msec.  Therefore,  the  traffic  for  the  bus  controller  is  as  follows: 


Number  of  Actions 


Description 


58 

110 

174 


Information  transfer  initiation 
Status  word  processing 
Total  number  of  actions 


In  a 20-msec  period  of  time,  the  bus  controller 
actions,  or  one  action  every  114,94  ..sec. 


will  have  to  accomplish  174  separate 


Again  assuming  an  average  of  50  «see  for  information  transfer  initiation  :uid  10 
Msec  for  status  word  processing,  the  bus  controller  function  will  consume  4,060  a sec 
every  20  msec  for  a total  load  of  20.30  percent,  with  a total  mu  tiplox  data  bus  load 
of  50  percent. 
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(3)  Core  Requirements 


Assumptions.  Several  critical  assumptions  are  made  in  this  analysis,  as 

follows: 

(a)  An  information  transfer  table  exists  containing  four  words  per  in- 
formation transfer. 

(b)  An  RT  status  table  exists  containing  two  words  per  RT. 

(c)  Each  word  contains  l(i  bits. 

Analysis.  Based  on  system  analysis,  the  total  number  of  information  transfers 
is  approximately  150.  Therefore,  the  table  size  requirement  for  150  information 
transfers  is  500  words.  The  Night  Cobra  multiplex  data  bus  system  contains  a total 
of  18  RT's.  Therefore,  a bus  controller  would  have  to  store  an  RT  status  table  of 
34  words. 

Two  work  tables  of  35  words  apiece  would  also  be  required  for  the  transmission 
and  reception  of  command,  status,  and  data  words. 

Based  on  the  bus  controller  flow  diagrams,  the  word  count  is  as  follows: 

Function  Number  of  Words 


Command  wort!  transmission 

310 

Status  word  processing 

445 

Bus  selection 

180 

Service  request 

390 

Timeout 

60 

System  monitoring 

310 

BC  error  processing 

115 

RT  error  processing 

270 

Total  Instruction  Word  Count 

2080 
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Therefore,  the  total  won!  cotint  for  the  bus  controller  should  be  approximately 
as  shown: 


Instruction  word  count 

2080 

Data  won!  count 

604 

Total  won!  count 

2684 

Critical  Signal  Analysis 

Introduction.  In  designing  the  Night  Colira  multiplex  data  bus  system,  an 
important  consideration  was  whether  to  multiplex  critical  signals  — signals  in  which 
flight  or  weapon  safety  is  of  concern.  This  analysis  addresses  the  issue  by  examining 
several  methods  of  transmitting  the  data  over  the  bus  and  determining  the  probability 
of  invalid  data  being  accepted  and  used  by  the  system. 


g>)  Assumptions.  Two  assumptions  were  made  in  performing  the  analysis: 

Ui)  Mll.-STl)-155:m  defines  "a  maximum  word  error  rate  of  one  part  in 
10'  ...  when  operating  in  the  presence  ol  additive  white  Gaussian  noise  distributed 
over  a bandwidth  of  1.0  kHz  to  4.0  MHz  at  an  rms  amplitude  of  200  mV."  It  further 
defines  a won!  error  to  "include  any  fault  which  causes  the  message  error  bit  to  be 
set  in  the  terminal's  status  won!,  or  one  which  causes  a terminal  not  to  respond  to  a 
valid  command."  This  analysis  assumes  a bit  error  rate  of  one  part  in  10',  operating 
without  added  noise  ami  considering  an  error  to  be  a bit  that  has  been  incorrectly  trans- 
mitted. 

(the 

the  purpose  of  a comparative  analysis,  the  worst-ease  error  rate  assumed  is  sufficient. 


l-IIVUV  til  IIVMOV  

tted.  Therefore,  the  error  rate  assumed  for  this  analysis  is  extremely  conservative 
e actual  bit  error  rate  is  significantly  higher,  approaching  1 0 ~ 1 - > ; however,  for 


yb)  A single  bit  error  in  any  single  word  constitutes  a parity  error,  and 
the  information  will  be  discarded  by  the  terminal,  l ikewise,  any  odd  number  ot  bit 
errors  within  a single  word  constitutes  a parity  error. 

(e)  The  probability  of  an  error  tl't>)  being  accepted  as  valid  data  is 
calculated  as  follows: 


= ^ , ( ,17- art  t)  bu  <,rror* 

n = 1 v ' 


) ) 


where  P (2n  bit  errors)  (H)-")  ->n  (assuming  independence  between  bit  errors) 


1 


I 

f 

I 

f 

n 

I 

l 


' 

I 
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Therefore, 


171 

Pe  = i5i  (2  bit  errors)  + 


171 

131 


(P  (4  bit  errors)  + . . . 


- 272  (10-7)  2 + 57120  (10~7)  4 + . . . 


= 2.72  x 10"12  + 5.712  x 10~25  + ... 


Kn  PurP°st's  of  the  analysis,  the  probability  of  any  two  bit  errors  occurring  in  a single 
word  will  bo  assumed  to  be  2.  72  x 10-*2. 

(3)  Analysis.  The  following  methods  of  transmitting  data  were  examined: 

tpt ion  A transmit  the  data  and  rely  on  the  safeguards  built  into 

the  system. 

Option  B — Transmit  the  data  in  conjunction  with  a validity  flag. 

Option  C — Transmit  the  data  in  two  redundant  messages. 

Option  A.  Option  A relies  totally  on  the  safeguards  inherent  in  the  M11.-ST1)-1553B 
requirements  to  ensure  data  integrity.  An  invalid  critical  signal  will  be  propagated 
through  the  system  if  at  least  one  of  two  bit  errors  occurs  in  the  critical  signal  field. 
The  probability  of  this  occurrence  is  as  follows: 


-7 

(10  ) 


P terror  in  critical  data  bit)  | | P (error  in  any  remaining  bit) 

«»•’>  (4ff ) 


= 16  x 10 


-14 


(assuming  independence  between  bit  errors) 

.-13 


Therefore,  Option  A provides  an  error  probability  of  1.6  x 10  tor  a critical 
signal.  This  method  imposes  no  requirement  for  cod ing/ decod ing  on  the  system  soft- 
ware and  is  optional  in  terms  of  transmission  and  processing  time. 
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Option  B.  Option  B introduces  a validity  flap  which  resides,  where  possible,  in  the 
same  data  word  as  the  data  being  validated.  The  probability  of  an  error  occurring 
simultaneously  in  both  a data  bit  :unl  its  validity  bit  is  as  shown: 


P 

e 


1’  (error  in  critical  data  bit) 


P (error  in  validity  bit) 


= (10~7)  <10"7) 


Therefore,  Option  B provides  an  error  probability  of  10-1  for  a critical  signal. 
Option  B imposes  a requirement  on  the  system  software  for  coding  and  decoding  the 
validity  bit,  which  will  also  cause  a minimal  increase  in  processing  time.  There  is 
no  increase  in  transmission  time. 


Option  C.  Option  C proposes  the  transmission  ot  a message  containing  critical  data 
twice  in  order  to  validate  that  data.  The  probability  of  error  using  Option  C is  the 
probability  of  both  messages  being  transmitted  with  the  critical  signal  data  in  error: 


P = P 
e 


Critical  data  in  tirst  transmission  bad  | | P (Critical  data 
in  second  transmission  bail) 


= (1G  x 10-14)  ( x IQ-11) 
= 25G  x 10_2S 


= 2.  5G  x U)-“(>  for  a critical  signal  (assuming  independence 

between  bit  errors) 

Tills  method  imposes  a requirement  on  the  software  to  transmit  each  message  twice 
which  increases  processing  time.  In  addition,  transmission  time  will  be  increased  by 
almost  200  ..see  in  the  case  of  a critical  signal  contained  in  a four  data  word  message. 

(4)  Conclusion.  Table  2G  sums  up  the  four  options  presented . As  noted 
earlier,  critical  signals  may  have  critical  timing  requirements  associated  with  them* 
therefore.  Cation  C is  not  desirable  due  to  the  rather  large  increases  in  transmission 
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times.  Option  B provides  an  Increase  of  almost  an  order  of  magnitude  in  the 
probability  of  error  over  Option  A,  with  only  a slight  increase  in  processing  time  and 
software  requirements.  Based  on  the  assumption  that  a critical  signal  is  more  impor- 
tant than  other  signals  and,  therefore,  that  additional  protection  is  worthwhile,  Option 
B provides  the  most  acceptable  solution  to  the  problem  of  transmitting  critical  signals 
over  the  data  bus. 


TABLE  26.  SUMMARY  OF  OPTIONS  FOR  CRITICAL  SIGNAL  ANALYSIS 


Option 

Error 

Probability 

Software 

Requirements 

Processing 

Time 

Transmission 

Time 

A 

2.56  x 10-28 

No  increase 

No  increase 

No  increase 

B 

- r 

rH 

1 

O 

Increased 

Slight 

Increase 

No  increase 

C 

2.  56  x 10" 26 

Increased 

Slight 

Increase 

Increased 
bv*>200  Msec 

g.  Weight  and  Cost  Analysis.  The  primary  purpose  of  the  AVSAR  study  is  to 
determine  the  weight  impact  of  introducing  multiplex  and  integrated  control  and  display 
technology  into  the  Night  Cobra.  This  analysis  ties  together  the  weight  savings  for  the 
entire  helicopter  as  well  as  projecting  the  cost  delta  for  the  new  design. 

(1)  Analysis.  The  baseline  weight  for  the  AH-1S  Step  3 Night  Cobra  is 
4, 619. 5 kg  (10,184  lb).  An  additional  89. 13  kg  (196. 5 lb)  will  be  added  by  the  addition 
of  the  following  Step  4 systems:  FLIR  Augmented  Cobra  TOW  Sight  (FACTS),  NOE 
communication,  projected  map  display,  LACS,  and  2000  hp  T53  Engine.  Therefore, 
the  baseline  Step  4 Night  Cobra  weight,  prior  to  the  introduction  of  multiplexing  or 
integrated  control  and  display  techniques,  is  4,730  kg  (10,428  lb). 

Table  27  lists  the  equipment  to  be  removed  from  the  Night  Cobra,  along  with  weight 
and  cost  estimates.  Table  28  lists  the  equipment  to  be  added  to  the  Night  Cobra  as  a 
result  of  the  new  design.  Totaling  the  tables  and  adding  a 15-percent  allowance  for 
installation  weight,  the  weights  are  as  follows: 

Equipment  weight  removed  93. 9 kg  (207. 0 lb) 

Equipment  weight  added  105. 4 kg  (232. 3 lb) 

Total  Equipment  Weight  Savings  -11. 5 kg  (-25.  3 lb) 
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TABLE  27.  EQUIPMENT  DELETED,  STEP  4 NIGHT  COBRA  (Sheet  1 of  3) 


TABLE  27.  EQUIPMENT  DELETED,  STEP  4 NIGHT  COBRA  (Sleet  2 of  3) 


TABLE  28.  EQUIPMENT  ADDED,  STEP  4 NIGHT  COBRA 


Description 

Weight 

(lb) 

Cost 

($) 

FUR  augmented  Cobra  TOW  sight 

64.0 

TBD 

NOE  communication 

62.0 

21,700 

Integrated  avionics  control  system 

42.5 

28,000 

Projected  map  display 

57.0 

25,000 

2000  HP  T53  engine  (increase  in  weight) 

16.0 

TBD 

AN/ARC-186 

10.0 

5,000 

HARS  gyro 

9.0 

10,000 

HARS  electronic  control  amplifier 

8.0 

* 

Electronic  attitude  and  heading  display  (pilot) 

16.0 

6,500 

Electronic  attitude  and  heading  display  (gunner) 

16.0 

6,500 

Flight  management  display  (pilot) 

20.0 

8,000 

Flight  management  display  (gunner) 

20.0 

8,000 

Remote  terminals  (6) 

72.0 

42,000 

Barometric  altimeter 

1.0 

Solid-state  controllers  ( 70) 

10.0 

7,000 

Solid-state  controller  interface  unit  (2) 

20.0 

14,000 

♦Cost  included  in  cost  of  HARS  gyro. 

However,  the  new  design  provides  for  additional  savings  based  on  wire  weight  and 
moment  analysis,  as  follows: 


Total  equipment  weight  savings: 

-11.5  kg 

(-25.3  lb) 

Total  wire  weight  savings: 

43.5  kg 

(96.0  lb) 

Total  ballast  savings: 

14.5  kg 

(32.0  lb) 

Total  Weight  Savings 

46 . 5 kg 

(102.7  lb) 

A total  weight  savings  of  46.7  kg  (103  lb),  therefore,  provides 

* a Step  4 Night  Cobra 

weight  of  4,646.2  kg  (10,325  lb),  a reduction  in  weight  of  10  percent. 

(2)  Cost  Analysis,  Estimated  production  costs  for  added  equipment,  where 
available,  are  provided  in  Table  28.  In  addition,  the  estimated  development  cost  to 
implement  the  modifications  and  provide  new  equipment  is  in  the  range  of  7 to  10  million 
dollars. 

Current  plans  are  to  modify  290  Cobra's  to  the  Step  4 configuration.  Amortizing 
the  development  costs  over  290  units,  the  cost  per  unit  (worst  case)  is  $34,483.  Adding 
to  this  figure  the  total  hardware  cost  from  Table  28  of  $181, 700  (less  the  cost  of  FACTS 
and  the  2000-hp  T53  engine),  the  modification  cost  per  AH-1S  helicopter  should  be 
approximately  $216,183. 


5.  SYSTEM  INTEGRATION 

a.  Remote  Terminal  Equipment,  The  remote  terminals  (RT'b)  with  their  pro- 
posed subsystem  peripheral  equipment  list  are  as  shown  herein.  Each  RT  with  Its 
respective  subsystem  equipment  shall  require  a different  set  of  modules  to  perform 
it's  specific  functions.  Where  possible  the  modules  shall  be  standardized. 

The  RT  shall  be  designed  such  that  the  terminal  addresses  are  externally  program- 
mable. The  spociflc  functions  performed  by  each  RT  shall  be  determined  by  the  specific 
set  of  modules  Inserted  Into  the  main  frame.  The  set  of  RT's  aboard  the  aircraft  shall 
be  capable  of  performing  the  following  set  of  tasks  as  applicable: 

(1)  Converting  synchro  signal  data  (60  or  400  Hz)  into  digital  data  which  is 
bus  compatible 

(2)  Encoding  or  decoding  discrete  signal  data  with  common  update  rates  Into 
bus  compatible  words 

(3)  Responding  to  commands  that  roqulre  built-in  test  (BIT)  data 

(4)  Performing  Manchester  biphase  encoding/decoding 

(5)  Distributing  the  appropriate  information  (signals)  to  the  peripheral  equip- 
ment 

(6)  Decoding  the  mode  codes  and  responding  accordingly 

(7)  Shutting  down  a transmitter  upon  command  from  the  bus  controller 

(8)  Performing  bit  counts,  word  counts,  and  parity'  checks 

(9)  Power  monitoring  and  control  for  Its  own  peripheral  equipment 

(10)  Performing  analog- to-dlgital  (A/D)  or  D/A  conversion  upon  demand 

(11)  Performing  fault  isolation  to  determine  which  module  is  at  fault 
The  RT's  shall  be  constructed  for  ease  of  maintenance. 

(1)  Pilot's  RT.  The  equipment  listed  in  Table  29  represents  all  of  the  periph- 
eral equipment  tied  to  the  RT.  Buffering  of  all  input/output  signals  shall  be  performed 
by  the  RT's  electronics. 
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TABLE  29.  PILOT'S  RT  PERIPHERAL  EQUIPMENT 


Laser  Tracker  Electronic  Assembly 

Head-Up  Display  (HUD) 

Helmet  Sight  System  Electronic 

Interface  Assembly 

Miscellaneous  Panel  (pilot) 

Pilot  Collective  Stick 

Radar  Warning  Indie  ator 

Pilot  Cyclic  Stick 

Infrared  (IR)  Control  Panel/Indicator 

Power  Distribution  Station 

Pitot  Heater 

Examples  of  potential  processing  to  be  perfonned  by  the  pilot's  RT  arc  as  follows: 


(a)  Upon  command  to  transmit  laser  tracker  information,  the  RT  will 
have  to  transmit  a sendee  request  to  the  bus  controller.  When  the  bus  controller  re- 
turns a transmit  vector  word  command,  the  pilot's  RT  will  be  required  to  return  a 
data  word  with  a service  request  number  and  an  active  indication,  implying  that  data 
transmission  will  remain  periodic  (at  100  Hz)  until  the  RT  requests  termination. 
Termination  will  occur  in  a similar  manner;  the  only  difference  is  an  inactive  rather 
than  an  active  indication  will  be  returned  to  the  bus  controller.  This  processing  is 
typical  throughout  the  RT's  for  information  that  must  be  periodically  transmitted  on  an 
exception  basis. 

(b)  Similar  processing  must  be  accomplished  for  the  pilot  collective 
stick.  In  this  case,  however,  the  RT  must  recognize  that  a switch  or  button  (i.c., 
fire)  on  the  collective  stick  has  been  depressed  and  must  initiate  a service  request 
to  the  bus  controller.  In  response  to  the  transmit  vector  word,  a service  request 
number  and  an  inactive  indication  will  be  transmitted  by  the  pilot's  RT,  indicating  a 
one-time  data  transmission.  A second  message  sequence  is  not  necessary  to  termi- 
nate transmission. 

These  two  examples  are  fairly  representative  of  the  processing  that  must  be  ac- 
complished within  each  RT  on  the  bus,  especially  when  subsystem  processing  is 
initiated  by  operator  action. 

(2)  Gunner's  RT/Hus  Controller.  The  equipment  listed  in  Table  .90  repre- 
sents the  peripheral  equipment  tied  to  the  gunner's  RT/bus  controller.  An  additional 
set  of  cards  which  perform  the  bus  controllers  function  shall  be  required  for  the  gunner’s 
RT  mainframe.  The  RT  portion  of  the  RT  shall  be  standardized. 

The  gunner's  RT,  in  the  role  of  main  bus  controller,  will  require  additional  proces- 
sing, as  shown  in  Figures  1.1  through  18.  An  explanation  of  each  flow  is  provided  below. 


i 
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TABLE  30.  GUNNER'S  RT  PERIPHERAL  EQUIPMENT 


Telescopic  Sight  Unit  (TSU) 
Gunner  Collective  Stick 
Gunner  Cyclic  Stick 
Gunner  Hydraulic/Jettison  Panel 


Miscellaneous  Panel  (Gunner) 
Universal  Turret  System  (ITTS) 
Barometric  Altimeter 
Project  Map  Display 


Acquisition  Panel 


Environmental  Control  System  (ECS) 


(a)  Command  Woixl  Transmission.  The  command  word  transmission 
procedure  (see  Figure  13)  is  entered  at  tho  beginning  of  each  minor  frame  and  following 
a successful  transmission.  Tho  information  transfer  table  is  entered,  depending  on 
the  minor  frame,  and  each  item  in  the  table  is  examined.  If  the  item  is  active  (to  bo 
transmitted),  bus  selection  is  accomplished.  If  bus  selection  is  successful,  tho  infor- 
mation transfer  sequence  is  initiated.  If  bus  selection  is  unsuccessful,  the  next  item  in 
the  table  is  examined.  Processing  continues  until  tho  table  is  exhausted. 


(b)  Bus  Selection.  The  bus  selection  procedure  (see  Figure  14)  selects 
a bus  for  an  information  transfer  sequence.  The  main  bus  is  checked  first  to  ensure 
that  both  the  receiving  and  transmitting  terminals  are  available  on  the  main  bus.  If 
either  terminal  is  not  available,  the  same  check  is  made  for  tho  alternate  bus.  This 
procedure  returns  an  indication  as  to  which  bus  will  be  used  for  the  information  trans- 
fer and  an  Indication  of  whether  it  was  possible  to  schedule  a bus.  If  it  was  not  possi- 
ble to  schedule  a bus,  the  information  transfer  will  not  be  attempted. 

(c)  Status  Wo ixi  Processing.  The  status  word  processing  procedure  (see 
Figure  15)  validates  status  words  received  by  the  bus  controller.  If  the  status  word 

is  invalid,  if  the  status  word  terminal  address  is  not  the  same  as  the  command  word 
terminal  address,  or  if  the  busy  or  message  error  bits  are  set  RT,  error  recovery 
is  accomplished  by  the  main  bus  controller  while  the  alternate  bus  controller  records 
the  error.  If  the  dynamic  bus  control  acceptance  bit  is  set  in  response  to  a dynamic 
bus  control  command  wo  I'd,  the  bus  controller  will  release  control  of  the  bus  and  set 
a 4-msec  timeout.  If  the  sendee  request  bit  is  set,  service  request  processing  will  be 
initiated, 

(d)  Sendee  Request  Processing,  The  sendee  I'equest  processing  pro- 
cedure, (see  Figure  16),  handles  the  transmission  of  the  transmit  vector  wo  I'd  command 
and  the  servicing  of  that  command.  If  the  procedure  was  entered  based  on  a set  ser- 
vice request  bit,  the  transmit  vector  word  command  is  transmitted  to  further  determine 
the  type  of  sendee  required.  Once  the  transmit  vector  command  response  is  returned, 
this  procedure  will  perform  one  of  the  following:  locate  the  command  wo  I'd  s to  be 
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Figure  18.  System  monitoring  procedure 
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transmitted  through  the  service  request  number;  terminate  transmission  of  the  command 
words  if  transmission  had  been  occurring  and  the  response  is  set  to  inactive;  or  initiate 
either  a periodic  transfer  of  the  information  sequence  or  a one-time  data  transfer. 
Finally,  bus  selection  will  be  accomplished  and  the  information  transfer  initiated. 


(e)  RT  Error  Processing.  The  RT  error  processing  procedure  (see 
Figure  17)  attempts  to  reestablish  communications  with  a terminal  in  the  event  an 
error  is  detected.  If  an  error  is  detected  on  the  initial  transmission,  this  procedure 
will  retransmit  the  sequence  on  the  main  bus.  If  the  retry  was  already  accomplished 
on  the  main  bus,  the  RT  status  for  that  bus  will  be  set  to  down,  and  transmission  on  the 
alternate  bus  will  be  attempted.  If  two  transmissions  on  the  alternate  bus  are  unsuc- 
cessful, the  RT  alternate  bus  status  will  be  set  to  down. 


(f)  System  Monitoring.  The  system  monitoring  procedure  (see  Figure 
18)  provides  the  monitoring  function  for  the  monitor  bus  controller  and  allows  the 
active  bus  controller  to  recover  control  of  the  bus  in  response  to  a dynamic  bus  con- 
trol command.  The  monitor  bus  controller  will  validate  each  command  word  trans- 
mitted against  entries  in  its  own  information  transfer  table;  any  errors  will  be  re- 
corded. The  monitor  bus  controller  will  initiate  BC  recovery  processing  upon 
determination  that  the  following  criteria  are  satisfied: 


1,  A minimum  of  three  message  errors  have  been  reported  by  at 
least  three  different  RT's  within  the  minor  frame. 


2.  A minimum  of  three  message  errors  during  the  minor  frame 
coincide  with  the  determination  by  the  monitor  bus  controller  that  the  command  word 
is  invalid. 


3.  The  conditions  described  above  ultimately  cause  transmission  to 
occur  on  the  alternate  bus. 


If  the  active  bus  controller  receives  a dynamic  bus  control  command  while  monitoring 
the  data  bus,  the  4-msec  timeout  will  be  cleared;  and  the  status  word,  with  the  dynamic 
bus  control  acceptance  bit  set,  will  be  transmitted. 


(g)  BC  Error  Processing.  The  BC  error  processing  procedure  (see 
Figure  19a)  is  entered  upon  determination  by  a monitor  bus  controller  that  the  active 
bus  controller  has  failed.  In  this  case,  the  monitor  bus  controller  shall  assume  con- 
trol of  the  bus  and  start  the  transmission  sequence  at  the  beginning  of  the  last  minor 
frame. 


(h)  Timeout.  The  timeout  procedure  (see  Figure  19b)  is  entered  upon  ex- 
piration of  the  4-msec  dynamic  bus  control  timeout.  The  active  bus  controller  will 
assume  control  of  the  bus  and  will  switch  to  the  subsystem  bus  controller,  which  was 
not  given  bus  control  for  the  timed  out  transmission,  for  subsequent  transmissions. 


(3)  Engine  RT.  The  equipment  listed  In  Table  31  represents  the  peripheral 
equipment  tied  to  the  engine  RT.  The  majority  of  the  signals  required  for  multiplexing 
are  discrete  signals,  which  will  require  bit  packing.  Several  signals  are  analog  and 
will  require  conversion  for  bus  transfers, 

(4)  AFT  Soctlon  RT/Bus  Controller,  The  equipment  listed  in  Table  32  repre- 
sents the  peripheral  tied  to  the  RT  located  in  the  aft  section  of  the  aircraft.  The  aft 
RT  functions  as  the  alternate  bus  controller  and,  therefore,  includes  the  same  proces- 
sing described  for  the  gunner's  RT, 

(5)  Wing  Stores  RT,  The  equipment  listed  in  Table  33  represents  the  periph- 
eral equipment  tied  to  two  separate  RT's.  One  RT  is  located  on  the  pori  side  of  the 
aircraft  and  the  other  on  the  starboard  side.  Both  RT's  shall  be  designed  to  interface 
with  the  same  suite  of  equipment,  but  the  programmable  terminal  addresses  shall  be 
different, 

b.  Integration  of  AI1-1S  Controls  and  Displays,  This  section  discusses  the  inte- 
grated approach  recommended  for  the  A11-1S  Step  1 Night  Cobra, 

(1)  Problems  and  Constraints.  Considering  the  added  weight  and  the  in- 
creased functional  capability  of  the  Step  4 additions  to  the  Ali-lS,  it  was  paramount 

to  assess  the  weight  reduction  due  to  multiplexing  and  cockpit  control  and  display  inte- 
gration. This  was  the  foremost  aspect  and  driving  function  of  this  study. 

The  physical  limitations  of  both  cockpit  instrument  panels  area  and  depth  are 
major  factors  in  instrement  panel  layout.  The  requirement  to  place  the  PMD  (ID-l(t65/ 
ASN-99)  in  the  gunner's  instrument  panel  presents  a physical  installation  problem  the 
solution  to  which  is  presented  in  Section  6, 

(2)  Recommended  Approach.  Cockpit  integration  for  both  the  pilot  and  gunner 
is  achieved  by  integrating  mission  segment  data  on  the  following  multiformat  displays; 

(a)  FMD 

<b)  EARD 

(c)  PMD 

(d)  HUD 

(e)  IACS  control  panel 

Crew  station  description  and  layouts  are  presented  below. 


TABLE  31.  ENGINE  RT  PERIPHERAL  EQUIPMENT 


Airspeed  Electronic  Processor  Unit 

Rotor  Tachometer  Generator 

Engine  Tachometer  Generator 

Forward  Fuel  Boost  Pump 

Aft  Fuel  Boost  Pump 

Start  Relay 

Idle  Stop  Solenoid 

Fuel/Oil  Valve 

Emergency  Hydraulic  Pump 

Gas  Producer  Tachometer  Generator 

No.  1 Hydraulic  Pressure  Switch 

No.  2 Hydraulic  Pressure  Switch 

Emergency  Hydraulic  Pressure  Switch 

Forward  Fuel  Level  Low  Switch 

Aft  Fuel  Level  Low  Switch 

Engine  Fire  Sensor 

Transmission  Chip  Detector 

Engine  Chip  Detector 


Transmission  Oil  Hot  Switch 

Transmission  Oil  Pressure  Switch 

Transmission  Oil  Bypass  Switch 

Engine  Fuel  Pump  Pressure  Switch 

Engine  Oil  Pressure  Switch 

Fuel  Filter  Bypass  Switch 

Engine  Oil  Float  Switch 

Radar  Altimeter 

Engine  Oil  Bypass  Switch 

Torque  Transmitter 

Fuel  Quantity  Indicator 

Emergency  Hydraulic  Pump  Overload 
Switch 

Hydraulic  Test  Switch 
Forward  Fuel  Boost  Pump  Switch 
Aft  Fuel  Boost  Pump  Switch 
Engine  Inlet  Air  Detector 
Turbine  Gas  Temperature  Sensor 
Fuel  Filter  Flow  Sensor 
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TABLE  32.  AFT  SECTION  RT  PERIPHERAL  EQUIPMENT 


ER  Jammer/Receiver  Electronics 

42-degree  Chip  Detector 

Rate  Gyro 

90-degree  Chip  Detector 

Vertical  Displacement  Gyro 

Power  Distribution  Station 

Radar  Warning  Comparator 

Projected  Map  Display  (PMD) 
Electronic  Assembly  Unit 

HUD  Signal  Display  Unit 

Position  Lights 

Missile  Command  Amplifier 

Anticollision  Lights 

TABLE  33.  WING  STORES  RT  PERIPHERAL  EQUIPMENT 

(PORT  AND  STARBOARD)  I 


Inboard  Rocket  Pod 

Guided  Missile  Launcher 

Inboard  Jettison 

Accelerometer 

XM-18  Gun  Pod 

Actuator 

Outboard  Rocket  Pod 

Resolver 

Outboard  Jettison 

(a)  Pilot  Station  Description.  The  Night  Cobra’s  pilot  station  consists  of 
a rear  tandem  seating  position  In  the  AH- IS  whose  cockpit  width  is  approximately 
78.74  cm  (31  in).  Right  and  left  15.24-cm  (6-in)  wide  lateral  horizontal  consoles 
contain  the  following: 

_1,  Left-hand  console: 

a.  Collective  stick  with  control  head 

b.  FMD  keyboard  (data  entry) 

2.  Right-hand  console:  primary  control  panel  (PCP),  IACS 
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The  pilot's  instrument  panel  measures  32.5  cm  (13  in)  at  the  top,  upon  which  is 
mounted  a HUD.  The  base  of  the  instrument  panel  extends  the  width  of  the  cockpit  by 
78. 74  cm  (13  in).  A central  area  of  17. 78  cm  (7  in)  in  width  extends  from  the  top  to 
the  bottom,  a distance  of  55.  88  cm  (22  in).  The  displays  mounted  in  the  column  from 
top  to  bottom  are  the  following  (see  Figure  20): 

1.  Master  caution  indicator  /fire 

2.  Status  panel  (SP  IACS) 

3.  Electronic  attitude  and  heading  display  (EAHD) 

4.  Flight  management  display  (FMD) 

To  the  left  of  the  EAHD  is  mounted  the  laser  tracker,  and  directly  below  the  laser 
tracker  is  mounted  the  miscellaneous  jettison  panel. 

The  radar  warning  indicator  (RWI)  is  mounted  to  the  right  of  the  EAHD,  and  below 
the  RWI  is  mounted  the  pilot's  clock. 

The  cyclic  stick  is  floor- mounted  between  the  pilot's  legs.  His  feet  rest  on  control 
pedals  beneath  the  instrument  panel. 

A key-operated  Ignition  security  switch  is  mounted  on  the  lower  right-hand  instill- 
ment panel.  A foot-operated  starter  switch  is  provided  to  the  pilot  ns  well  as  a foot- 
operated  push-to-talk  switch. 

The  ICS  intercom  and  communication  selection  unit  is  mounted  to  the  left  of  the 
FMD. 


(b)  Copilot  (Gunner)  Station  Description.  The  Night  Cobra's  copilot 
station  consists  of  a forward  tandem  seating  position  in  the  AH-1S.  The  copilot  (gunner) 
cockpit  is  approximately  60.04  cm  (26  in)  wide.  On  both  sides  of  the  gunner,  7.62-cm 
(3-in)  consoles  contain  the  following: 

l.  Left  console: 

a.  FMD  key  entry 

b.  Collective  stick 
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Figure  20.  Pilot  cockpit 


1,  Right  console; 


a.  ICS  Intercom  and  communication  selection  unit 

b.  Cyclic  grip 

The  Instrument  panel  has  the  FLIR  augmented  TOW  sight  mounted  in  the  lower  middle 
portion.  The  TSU  sighting  tube  projects  up  approximately  15.25  cm  (6  in)  into  a 
13.97-cm  (5.5-in)  cutout  of  the  gunner's  instrument  panel.  This  leaves  a 20,32 
cm  x 13.95  cm  (8.0  x 5.5  in)  area  directly  above  and  behind  the  TOW  sight  in  which 
the  IACS  SP  is  mounted  at  the  top.  See  Figure  21. 

The  left-hand  portion  of  the  gunner's  instrument  panel  at  its  widest  point  is 
35.56  cm  (14  in)  high  and  24.  77  cm  (9.  75  in)  wide.  The  gunner's  EAHD  shall  be 
mounted  in  the  upper  portion  of  this  area.  Directly  below  tills,  the  gunner's  flight 
management  display  shall  be  mounted.  The  hydraulic/jettison  panel  is  mounted  in 
the  irregular  space  to  the  left  of  the  EAHD  and  FMD. 

The  right-hand  portion  of  the  gunner's  instrument  panel  consists  of  an  irregular 
area  composed  of  two  rectangles,  with  height  and  width  of  25.4  cm  x 27,3  cm  (10.0  in 
x 10.75  in)  and  10.16  cm  x 15.47  cm  (4.0  in  x 6.09  in).  At  the  top  of  this  area,  the 
master  caution  indicator  shall  be  mounted.  Directly  below  this  shall  be  the  PMD. 

The  gunner's  IACS  control  panel  (GCP)  is  mounted  below  and  to  the  right  of  the  PMD 
occupying  a portion  of  the  25.4  cm  x 27.3  cm  (10.0  in  x 10,75  in)  and  10.16  cm  x 15.47 
cm  (4.0  in  x 6.09  in)  areas.  To  the  left  of  the  TACS  control  panel  and  above  the  TOW- 
sight  joystick  are  mounted  the  airborne  laser  tracker  (ALT)/pilot's  helmet  sight  (PHS) 
acquisition  panel  and  the  laser  range  control  panel. 

(3)  Flight  Management  Display  (FMD).  The  flight  management  display  shows 
caution,  advisory  messages,  checklists,  engine  health,  and  power  performance  of  the 
attack  helicopter  in  nonattack  mission  segments.  The  FMD  as  a multipurpose  control 
and  display  is  programmed  to  provide  armament  and  weapon  mode  management  data 
display  prior  to  and  during  the  attack  phase  of  the  Cobra  deployment.  The  various 
armament  modes  set  by  the  crew  are  retained  until  withdrawn  via  a multiformat  key- 
board entry  associated  with  the  FMD, 

Functional  Definition.  The  FMD  consists  of  a MIL-STD-1553B 
digital  terminal,  a microprocessor,  raster  symbol  generator,  image  buffers,  symbol 
generator  output  control,  video  processor,  CRT,  control  electronics,  and  low-  and 
high-voltage  power  supply.  The  FMD  has  a usable  CRT  screen  area  of  10.16  cm  x 
10.16  cm  (4  in  x 4 in);  the  FMD  pi'ovides  monochrome  display  during  daylight  operation 
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Figure  21.  Gunner  (copilot)  cockpit 


and  red  display  during  night  operation.  It  is  desirable  but  not  required  to  provide 
green  and  yellow  display  information  per  MIL-C-25050.  The  FMD  shall  have  the  fol- 
lowing interfaces: 

1.  MIL-STD-1553B  bus 

2.  Video:  525  lines  (EIA-R5-170).  Provision  shall  be  made  to 
accept  at  least  two  video  sources  with  composite  1-volt  peak  signals. 

An  appropriate  contrast  filter  with  a match  bandpass  shall  be  employed.  A high- 
light brightness  of  513.9  cd/m2  (150  fl)  should  be  achieved.  The  contrast  ratio  for  low 
ambience  shall  be  30:1;  for  high  ambience,  that  is,  107,639  Lx  (10,000  fc),  the  con- 
trast ratio  shall  be  6:1.  Discernible  gray  shades  for  low  ambience  shall  require  10 
shades  as  a minimum,  and  6 shades  are  the  minimum  for  high  ambience,  107,639  lx 
(10,000  fc). 

Jitter  is  less  than  one-half  of  a line  width. 

Physical  size  (height/width/length)  is  not  to  exceed  13.97  cm  x 16.51  cm  x 
27.94  cm  (5.5  in  x 6.5  in  x 11  in). 

Weight  is  not  to  exceed  9.07  kg  (20  lb). 

Power  should  be  approximately  100  watts. 

Definition  of  Operating  Modes,  The  FMD  display  control  is  implemented  by  a set  of 
sLx  illuminated  push-button  switches  located  in  a vertical  column  on  the  light-  and 
left-hand  sides  of  the  CRT  display. 

The  left-hand  column  of  sLx  switches  serves  the  following  three  functions: 

(a)  Caution  warning  for  subsystems  served.  When  a parameter  within  the 
designated  subsystem  is  beyond  programmed  performance  or  bit,  the  indicator  will 
blink  at  the  following  rates: 

1.  Critical.  Immediate  attention  to  subsystem  page;  4 blinks  per 
second  with  a 50  percent  on-off  ratio 

2.  Noncilticnl.  Immediate  attention  not  required;  1 blink  per 
second  with  a 50  percent  on-off  ratio 
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(b)  Page  Call.  Single  push  of  subsystem  switch  shall  cause  the  entire 
subsystem  performance/ status  page  to  be  presented  on  the  display. 


(c)  Reset,  Double  push  resets  the  blinking  light.  Switch  legend  stays 
on,  yellow  for  caution,  rod  for  alert,  until  the  condition  is  cori'ected;  then  the  switch 
legend  returns  to  green  illumination,  indicating  satisfactory  subsystem  operation. 


The  left-hand  column  of  switches  includes,  top-to-bottom,  the  following  subsystems: 

1,  Engine 

2,  Fuel 

3,  Lubrication/hydraulics 

4,  Electrical 

5,  Mechanical 


6.  Armament 

The  right-hand  column  of  six  switches  is  reserved  for  U.S,  Army  Avionic  Research 
and  Development  Activity  (AY RADA)  symbology  and  graphics  as  a redundant  cockpit 
backup  for  the  EAHD.  These  switches  are,  top-to-bottom; 

1.  Cruise 

2.  NOE  (transition) 

3.  Hover 

4.  Pop-up 

5.  CONUS  navigation 

These  switches  control  unique  mission  segment  symbology  and  graphics  selection 
and  are  selected  by  the  crewmembers.  The  transition  from  hover  to  pop-up  graphics 
may  be  automatically  switched  by  sensing  appropriate  helicopter  parameters.  At  th 
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bottom  of  the  FMD  and  as  a separate  dedicated  FMD  integrated  subsystem  switch 
panel  are  two  horizontal  rows  of  9 switches.  These  switches  are  the  following: 


1.  Engine  startup  checklist 

2.  Prestart  checklist 

3.  Pretakeoff  checklist 

4.  Postflight  checklist 

5.  Alternator 

6.  Emergency  hydraulics 

7.  Generator 

8.  Battery 

9.  Test 

10.  Governor  auto 
n.  Fuel 

12.  Engine  de-ice 

13.  Force  trim 

14.  Idle  step 

15.  SCAS 

16.  Roll 

17.  Pitch 
1J.  Yaw 

Switches  5 through  18  interface  with  MIL-STD-1553B  digital  terminal  of  the  FMD  to 
format  flight  management  subsystem  control  words.  Switches  1 through  4 Interface 
with  microprocessor  and  initiate  a programmed  checklist  which  is  automatically 
stepped  down  the  list  as  the  condition  is  satisfied.  A cursor  blinks  until  the  condition 
is  met. 


149 


The  primary  mode  of  display  of  the  FMD  is  inflight  exception  display  and  mission 
mode  flight  dynamics.  Associated  with  the  FMD  is  a separate  multiswitch  data  entry 
device  in  which  to  enter  mode  selection  and  control  of  subsystems  monitored.  This 
entry  device  interfaces  with  the  FMD  microprocessor  to  generate  MIL-STD-1553B 
compatible  control  and  data  words  which  exit  via  the  FMD's  digital  terminal. 

(4)  Electronic  Attitude  Heading  Display.  The  EAHD  provides  essential  mis- 
sion segment  flight  control  data  under  IFR  conditions  to  either  pilot  or  copilot  when 
assuming  flight  responsibility.  The  EAHD  shall  have  the  capability  of  accepting  night 
vision  sensor  and  ESM  sensor  presentations  during  critical  mission  segments  of  the 
Night  Cobra  attack  mission.  The  EAHD  consists  of  a raster-driven  CRT  (monochrome 
for  daylight  operation  and  red  for  night  operation,  with  optional  green  and  yellow  color 
display  capability). 

Functional  Definition.  The  EAHD  consists  of  MIL-STD-1553B  digital  terminal,  micro- 
processor, symbol  generator,  image  buffers,  symbol  generator  output  control,  video 
selection,  video  processor,  CRT/control  electronics,  and  low-  and  high-voltage  power 
supply.  The  EAHD  has  a usable  CRT  screen  size  of  12.  7 cm  x 12. 7 cm  (5  in  x 5 in). 
The  EAHD  shall  have  the  following  interfaces: 

MIL-STD-1553B  bus  interface 


Video  interface:  525  lines,  composite  input,  video  signal  range  of  1 volt  peak, 
response  15  MHz.  Provision  is  made  to  accept  at  least  two  video  sources  with 
composite  video. 


Raster  synchronization  employs  a phase  lock  loop  for  controlled  picture  stability. 
A highlight  brightness  of  513.  9 cd/m^  (150  fL)  should  be  achieved.  The  contrast 
ratio  for  low  ambience  shall  be  30:1  and  for  high  ambience,  10,763  lx  (1000  fc). 


Jitter  is  to  be  less  than  one-half  of  a line  width. 


Physical  size  (height/width/length)  is  not  to  exceed  17.  78  cm  x 19.05  cm  x 27, 94 
cm  (7  in  x 7.5  in  x 11  in). 

Weight  not  to  exceed  7.26  kg  (16  lb). 

Power  is  approximately  85  watts. 

Definition  of  Operating  Modes.  The  EAHD  modes  are  front  panel  operator  selected  for 
mission  segment  graphics.  Control  of  mission  mode  display  is  implemented  by  a set 
of  five  Illuminated  pushbutton  switches  located  in  a vertical  column  on  the  right-  and 
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left-hand  sides  of  the  CRT  display.  These  switches  will  be  illuminated  when  selected 
either  manually  or  automatically.  In  accordance  with  Type  I,  aviation  colors  of  MIL- 
C-25050  will  be  used. 

The  left-hand  column  of  switches  is  reserved  top-to-bottom  for  the  following 
functions: 


(a)  Sensor  1 — Low  light  level  television  (LLLTV)  (growth) 

(b)  Sensor  2 — FLIR  (growth) 

(c)  Map  video  and  terrain  mask  (growth) 

(d)  Conus  navigation 

The  right-hand  column  of  switches  is  employed  to  enter  the  following  mission 
segment  graphic  mode  using  AVRADA  symbology  for  helicopter  flight.  These  switch 
functions  are  the  following,  top-to-bottom: 

(a)  Cruise  (en  route) 

(b)  Transition  NOE 

(c)  Hover 

(d)  Pop-up 

The  cruise  mode  is  designed  for  high-speed  and  high-altitude  flights  in  which 
precise  control  of  the  helicopter  flight  path  is  not  necessary.  This  is  altitude  in 
excess  of  60.  96  m (200  ft)  above  ground  level  (AGL)  and  at  a speed  over  100  knots. 

The  transition  (NOE)  mode  is  designed  for  moderate-speed  NOE  flights,  or  at 
speeds  less  than  80  knots. 

The  hover  mode  is  designed  for  the  pilot  to  hold  a precise  hover  with  approx- 
imately zero  ground  speed  within  the  doppler  drift  error. 

The  pop-up  mode  is  designed  to  allow  the  pilot  to  hold  the  horizontal  ground 
position  during  the  mask  and  unmask  maneuvers. 

(5)  Projected  Map  Display  (PMD)  AN/ASN-99.  The  present  AN/ASN-99 
PMD  display  presents  an  integration  problem  regardless  of  the  location  in  which  it  is 
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mounted.  The  ED-1665/ASN-99  measures  15.  24  cm  x 17.  78  cm  x 39.  7 cm  (6  in  x 7 
in  x 15.  63  in).  The  39.  7-cm  (15.  G3-in)  length  presents  a problem,  since  both  the 
pilot's  and  the  gunner's  instrument  panel  depth  is  30.  48  cm  (12  in)  or  less  in  the 
desired  viewing  area  of  the  instrument  panel. 

The  gunner's  upper  right-hand  instrument  panel  appears  to  offer  the  best  location 
both  physically  and  functionally  for  en  route  navigation. 

This  location  would  result  in  one  of  the  following  choices: 

(a)  The  PMD  projects  out  from  the  gunner's  instrument  panel  by  approx- 
imately 9.2  cm  (3.63). 

(b)  The  back  wall  in  that  area  will  be  tilted  forward  to  accommodate  the 
IB-1665/ASN-99. 

(6)  Head- Up  Display  (HUD).  The  proposed  Step  3 HUD  packaging  poses 
several  problems: 

(a)  It  hangs  over  the  pilot's  instrument  panel,  obscuring  the  upper  half 
of  the  instrument  panel  when  the  pilot  is  in  a harnessed,  locked,  seat-back  position. 

(b)  It  presents  a hazard  to  the  pilot  in  the  event  of  a crash. 

(c)  It  utilizes  a CRT  to  write  only  four  variables  and  seven  armament 

symbols: 

J..  Torcjue 

2.  Heading 

3.  Range  and  source 

4.  Radar  altitude 

5.  Fire  control  aiming  symbols 

6.  Gunner's  sightline  symbols 

7.  TOW  prelaunch  window  symbol 

8.  TOW  postlaunch  window  symbol 
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9.  Left/right  missile  select  symbol 

10.  Stadiometric  reticle  symbol 

11.  Boreslght  reference  symbol 

c.  Information  Transfer  Approach.  In  a command/response  system,  an  RT-to- 
RT  transfer  Is  the  most  expensive  type  of  transfer  in  terms  of  protocol  overhead. 

This  analysis  was  performed  to  determine  whether  a reduction  In  this  overhead  could 
be  achieved. 

(1)  Concept.  The  basic  concept  is  to  find  the  most  efficient  mix  of  RT-to-RT 
transfers  and  a combination  RT-to-BC/BC-to-RT  transfers.  In  the  second  type  of 
transfer,  data  would  be  transmitted  from  numerous  RT's  to  the  bus  controller.  The 
data  would  then  be  buffered  by  the  bus  controller  and  sent  in  a single  message  to  a 
single  RT.  Several  assumptions  have  been  made: 

(a)  All  the  data  from  the  numerous  RT's  are  intended  for  a single  RT. 

(b)  The  data  rates  are  identical. 

(c)  The  bus  controller  can  pack  all  the  data  received  in  a single  message. 

This  process  can  be  repeated  for  any  sink  (RT)  that  has  numerous  sources  (numerous 
RT's). 


(2)  Analysis.  An  RT-to-RT  transfer  consists  of  the  following  set  of  words: 
two  command  words,  two  status  words,  and  some  number,  Y,  of  data  words.  In  ad- 
dition, there  are  two  intermessage  gaps  (IMG),  each  of  a duration  of  4.0  to  12.0  Msec. 
A worst  case  calculation  would  be  4.0  Msec.  Therefore,  since  each  word  takes  20 
m sec  to  transmit,  the  total  time  to  transmit  an  RT-to-RT  transfer  can  be  represented 
by  the  following  equations: 

Total  time  = 2 (20  Msec)  + 2 (20  Msec)  + Y (20  Msec)  + 2 (4.0  Msec) 

= 40  Msec  + 40  Msec  + 20  Y Msec  +8.0  Msec 
= 88  Msec  + 20  Y Msec 

An  RT-to-BC/BC-to-RT  transfer  consists  of  the  following  set  of  words  for  each 
transfer:  one  command  word,  one  status  word,  and  some  number,  Y,  of  data  words. 
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There  is  a single  IMG  of  4,0  to  12,0  /.sec0  Therefore,  the  total  time  to  transmit  a 
single  transfer  can  be  represented  by  the  following  equations: 

Total  time  «=  1 (20  /.sec)  + 1 (20  ,.sec)  + Y (20  ,.sec)  + 1 (4.0  /.sec) 

«=  44  /.sec  + 20  Y ..sec 

The  RT-to-RT  transfer  and  the  RT-to-BC  transfer  times  are  affected  by  the  num- 
ber of  RT's,  X,  providing  data.  Including  this  factor  and  setting  the  two  sets  of  equa- 
tions equal,  a break-even  point  can  be  determined  in  terms  of  X and  Y: 

(X)  (88  /.sec  + 20  Y /.sec)  = (X)  (44  f.sec  + 20  Y /.sec)  + (44  /.sec  + 20  Y ,.sec) 

(#RT)  (RT-RT  total  time)  = (#RT)  (RT-BC  total  time)  + (BC-RT  total  time) 

88  X Msec  + 20  XY  /.sec  = 44  X /.sec  + 20  XY  /.sec  + 44  /.sec  + 20  Y /.sec 

44  X /.sec  = 44  ..sec  + 20  Y /.sec 

By  now,  assuming  some  number  of  RT's,  X,  as  sinks,  the  number  of  data  words, 
Y,  can  be  calculated  as  shown,  assuming  X = 5: 

(44)  (5)  /.sec  = 44  /.sec  + 20  Y /.sec 

22  /.sec  = 44  ..sec  + 20  Y /.sec 

176  /.sec  = 20  Y /.sec 

8.8  = Y 

Given  X = 5 and  Y = 8.  8,  the  average  number  of  data  words  per  RT-to-BC  trans- 
fer is  Y/X  or  8. 8/5  = 1.  76  data  words/transfer.  Therefore,  with  5 RT’s  acting  as 
sources,  an  RT-to-RT  transfer  would  be  more  efficient  if  the  average  number  of  data 
words  per  transfer  exceeded  1,76.  In  reality,  however,  a fraction  of  a data  word  can 
not  be  transferred  on  the  bus  and,  therefore,  the  actual  ratio  of  Y/X  is  8/5,  or  1.6 
data  words/transfer.  Figure  22  shows  a plot  of  Y versus  X,  for  both  the  theoretical 
and  actual  conditions.  Data  for  the  plots  are  shown  in  Table  34. 

d.  Conclusion.  Based  on  the  data  from  Table  34,  in  order  for  an  RT-to-BC/ 
BC-to-RT  transfer  to  be  used,  the  average  number  of  data  words/transfer  would  have 
to  be  less  than  two  (2).  The  method  is  not  efficient  if  the  number  of  RT's  is  two  or 
less. 
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The  Night  Cobra  multiplex  data  bus  system  was  then  analyzed  to  determine  whether 
conditions  existed  in  which  an  RT-to-BC/BC-to-RT  transfer  would  be  advantageous. 

The  FCC  was  the  only  sink  identified  with  a sufficient  number  of  messages  to  take  ad- 
vantage of  this  technique,  however,  the  average  number  of  data  words  in  this  set  of 
messages  is  considerably  above  the  limit  shown  by  the  analysis.  Therefore,  the 
decision  was  made  to  Implement  all  RT-to-RT  transfers  for  the  Night  Cobra  application. 
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TABLE  34.  INFORMATION  TRANSFER  DATA 


6.  FUTURE  CONSIDERATIONS 


a.  Control/Display  Future  Considerations.  A number  of  areas  discussed  earlier 
in  this  report  are  potential  candidates  for  control /display  integration  but  may  not  be 
realizable  by  the  1982  time  frame.  These  areas  are  summarized  here  as  recom- 
mended control/display  areas  that  warrant  further  investigation. 

(1)  PMD.  Ideally,  from  a true  display  and  control  integration  point  of  view 
and  considering  the  ballast  weight  and  redundancy  factors,  it  is  desirable  to  incorporate 
the  projected  map  display  as  a video  input  to  either  EAHD  or  FMD.  This  feature  will 
be  selectable  for  both  pilot  and  gunner  as  the  need  requires.  The  ID-16G5/ASN-  99 
weighs  9. 5 kg  (21  lb)  and  occupies  a volume  of  15.  24  cm  x 17.  78  cm  x 39.  7 cm  or 
10,  757.  4cm^  (6  in  x 7 in  x 15.  63  in  or  656.  46  cm'*). 

Since  the  ASN-99  is  composed  of  two  LRU’s,  projected  map  display  ID-1665/ ASM- 
99  and  electronics  assembly  CV-2662/ASN-99,  the  film  cassette  and  transport  could 
be  removed  as  a separate  unit,  mounted  in  the  boom,  and  projected  on  an  iconoscope 
device.  The  map  video  could  be  displayed  on  any  raster  display  in  either  cockpit. 

The  delta  in  weight  at  most  would  be  the  difference  in  adding  the  weights  of  the 
iconoscope  and  circuits.  This  + AW  could  be  offset  by  a change  in  ballast.  This  assumes 
that  vibrations  in  the  boom  are  within  reasonable  limits  and  do  not  modulate  the  icono- 
scope image. 


PMD  Relocation/Ballast  Impact  (using  English  units) 


Location 

21# 

CG 

<L 

21# 

W 

B 

2 

•d— CG 

• 

24 

48 

193 

200 

312 

400 

STA 


21  x 145  «=  208  AWfi 
*=  14. 71  lb 

21  X 119  - 2499  (16  + 21)  119  = 4248.3 
2499  = d • 10210  4248.3  = d * 10210 

d ■ 0,2447  inches  d=  0.4161  inches 

The  CG  may  move  back  approximately  0.5  in  and  is  well  within  the  center  of  gravity 
envelope  (see  Figure  23). 
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Figure  23.  Center-of-gravity  envelope 
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If  the  iconoscope  and  its  electronics  were  to  match  the  14. 71  lb  in  ballast  re- 
moved, there  would  still  be  an  advantage  — that  of  multiple  distribution  of  map  data. 

(2)  Flight  Control.  Provide  an  automatic  flight  control  system  to  relieve 
pilot  workload. 

(3)  Communications.  F or  night  operations,  management  of  external  com- 
munications and  cue  coordination  becomes  more  acute  because  it  is  affected  by  the 
weather  and  enemy  jamming.  Automation  of  the  communication  to  the  attack  helicopter 
will  provide  the  crew  relief  from  channel  and  network  decisions  and  from  the  distraction 
and  fatigue  of  listening  to  an  overloaded  channel  for  messages  intended  for  their  heli- 
copter. The  utilization  of  microprocessor-based  frequency  scanning  communication 
sets  will  facilitate  communication  management.  As  it  is  gathered  by  the  crew,  target 
data  intelligence  and  damage  assessment  can  be  dispatched  to  the  platoon  leader  aero- 
scout,  fire  support,  and  command  operations  networks  without  repeated  verbal  reports. 
The  information  spoken  once  can  be  sent  to  all  who  have  a need  to  know.  Real  time 
verbal  unique  communication  may  be  initiated  by  either  the  pilot  or  gunner  in  response 
to  a specific  request. 

When  a communication  is  required,  the  microprocessor  on  the  Night  Cobra  radio 
set  will  select  a net  or  channel  frequency  not  in  use  and  transmit  a coded  signal  to 
each  desired  (manually  selected  or  preprogrammed)  recipient  of  the  call.  The  ad- 
dressed radio  will  recognize  the  incoming  coded  signal  and  stop  scanning,  locking 
onto  the  frequency  of  the  transmitting  helicopter's  call.  Both  voice  and  data  may  be 
sent  to  all  receivers  addressed  by  selective  calling  codes.  The  advantages  of  employ- 
ing selective  calling,  frequency  scanning,  and  microprocessor-controlled  communi- 
cations are  the  following: 

(a)  Available  tactical  frequencies  are  more  efficiently  utilized  by  many 

users. 

(b)  Overhead  is  reduced  and  on-the-air-transmission  time  is  minimized. 

(c)  Jammed  frequencies  are  automatically  ignored. 

(d)  Pilot  and  gunner  are  not  distracted  by  messages  intended  for  other 
people,  but  may  monitor  a particular  frequency. 

(4)  HUD.  The  6.  9-kg  (15.  22-lb)  weight  of  the  HUD  could  be  reduced  by 
integrating  the  raster  CRT  of  the  EAHD  through  an  optical  switching  mirror  lens  pro- 
jection system  arrangement  so  that  both  EAHD  data  may  be  head-up-projected  in  the 
cruise,  NOE,  and  hover  flight  segments  and  present  attack  and  weapon  data,  that  is, 

Step  3 HUD  parameters,  in  the  pop-up,  acquisition,  and  fire  armament  segments  of 
combat. 


6 

Assumes  total  ballast  is  nonzero  and  equal  to  or  in  excess  of  15  lb. 
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The  additional  advantage  to  be  gained  is  head-up  presentation  of  future 
night  sensor  capability  such  as  LLTV  and  FLIR. 

(5)  Voice  Multiplex.  Voice  multiplex  could  be  incorporated  once  ad- 
equate isolation  of  red/black  separation  can  be  demonstrated. 

(6)  Multifunction  Raster-Type  Display  System.  The  PMD,  Radar  Warning 
display,  and  the  HUD  are  amenable  to  integration  once  a multifunction  raster-type 
display  system  is  adopted.  The  PMD  should  be  video  remoted  to  save  weight  and  pro- 
vide flexibility.  The  radar  warning  indicator  display  could  be  absorbed  by  the  EAHD 
graphics. 

Because  of  space  constraints,  the  HUD  should  be  combined  with  the  EAHD  to  pro- 
vide other  heads-up  graphics  in  the  cruise,  transition,  hover,  and  pop-up  modes  in 
addition  to  the  fire  control  graphics.  To  utilize  the  raster  CRT  of  the  EAHD  combined 
through  a switchable  mirror  lens  projection  arrangement  would  result  in  a weight 
savings,  better  night  operation  capability  in  all  mission  segments  where  external  cues 
demand  the  pilot's  attention,  and  improved  overall  reliability. 

b*  Software  Tools  and  Documentation.  Software  tools  are  an  integral  part  of 
the  computer  software  development,  test,  and  maintenance  process.  Therefore,  in 
the  procurement  of  tactical  software,  the  delivery  of  software  tools  becomes  just  as 
important  as  the  delivery  of  the  tactical  software;  without  the  software  tools,  test  and 
maintenance  of  the  tactical  software  become  impossible.  The  intent  of  this  guide  is 
to  describe  software  tools  that  may  be  necessary  during  the  Night  Cobra  software  life 
cycle;  to  discuss  the  use  of  each  tool  at  each  phase  of  the  life  cycle;  and  to  outline  the 
documentation  that  would  be  required  to  effectively  use  each  tool. 

Paragraph  (1)  below  describes  the  layout  of  the  set  of  software  tools;  paragraph 
(2)  provides  a description  of  the  documentation  required  during  the  software  life  cycle. 

(1)  Software  Tools 

(a)  Simulator.  Simulation  techniques  are  used  throughout  the  software 
life  cycle.  In  general,  a simulator  provides  the  target  system  with  the  inputs  or  re- 
sponses in  the  same  format  provided  by  the  device  being  simulated.  However,  a 
single  simulator  may  not  satisfy  the  requirements  of  all  phases  of  the  life  cycle. 

For  the  purposes  of  development  and  maintenance,  a simulator  (or  simulators) 
should  be  procured  that  is  capable  of  testing  all  remote  or  embedded  terminals  indi- 
vidually. This  simulator  should  be  a fairly  simple  program  that  allows  user-specified 
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data  to  be  transmitted  over  the  bus  and  then  records  all  responses  for  later  analysis. 

Of  prime  importance  to  the  procuring  agency  is  the  user  interface.  In  the  case  of  a 
simulator,  this  interface  is  a simulator  "language"  which  allows  a user  to  express  a 
scenario  or  test  case  in  terms  the  simulator  can  use  in  providing  inputs  and  responses. 
Investment  in  a simulator  "language"  that  is  easy  for  the  user  to  learn  and  use  should 
have  a high  priority.  The  effort  to  develop  such  a language  is  inexpensive  compared 
to  the  number  of  man-hours  that  can  be  saved  in  development  and  maintenance  by  a 
good  language;  the  preparation  of  scenarios  and  test  cases  is  a labor  intensive  effort, 
with  much  of  the  time  requirement  dictated  by  how  easy  it  is  to  get  the  information 
into  the  simulator. 

Test  simulation  requirements  are  more  stringent  than  the  requirements  for  devel- 
opment and  maintenance.  Rather  than  test  each  individual  component,  the  system 
should  be  tested  as  a system.  Therefore,  the  system  simulator  should  be  capable  of 
simulating  the  environment  outside  of  the  Night  Cobra  multiplex  data  system,  with  one 
important  exception:  the  crewmembers'  interface  with  the  system  should  not  be  sim- 
ulated during  system  test.  The  general  requirements  for  a system  simulator  can  be 
defined  as  follows: 

!•  The  simulator  must  provide  inputs  and  responses,  in  the  format 
that  is  provided  by  the  device  being  simulated,  in  real  time. 

2.  Design  of  the  tactical  software  should  not  be  dependent  upon  the 

simulator  design. 

3.  The  simulator  must  provide  realistic  responses  to  any  crew- 
member control  action. 

4.  A test  director  must  have  the  capability  to  control  the  simulator 
and  interactively  change  scenario  conditions. 

5.  Provision  should  be  made  to  allow  the  introduction  of  failures  in 

the  system. 

6.  The  simulator  should  be  capable  of  recording  all  message  traffic 
on  the  multiplex  data  bus  as  well  as  data  within  the  simulator  software. 

7.  Maximum  uninterrupted  run  time  for  a single  system  scenario 
should  be  at  least  two  hours. 

Proper  specification  of  the  system  simulator  for  the  purpose  of  system  test  can  provide 
an  important  benefit:  the  simulator  can  also  be  used  for  crew  training. 
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(b)  Data  Reduction.  Data  reduction  programs  are  used  throughout  the 
software  life  cycle  In  the  analysis  of  system  performance.  They  do  not  necessarily 
reside  on  the  same  computer  that  Is  being  tested  and  are  normally  not  required  to 
operate  in  real  time.  The  purpose  of  the  data  reduction  program  is  to  sift  through 
the  tremendous  quantity  of  data  that  was  generated  during  test  or  development  activi- 
ties and  to  provide  the  system  analyst  with  a concise  summary  of  how  the  system  per- 
formed. Numerous  capabilities  can  be  provided  by  data  reduction  software:  complex 
algorithms  intended  to  study  a certain  system  function,  time  ordering  of  data  for 
further  analysis,  error  determination,  reformatting  of  data  for  report  generation, 
and  so  forth. 

Each  data  reduction  program  developed  for  the  Night  Cobra  application  should  be 
documented  and  deliverable,  in  order  to  preclude  duplication  of  effort. 

(c)  Debug  Aids.  Debug  aids  are  critical  tools  in  the  development,  test, 
and  maintenance  of  tactical  software.  They  provide  the  programmer  or  analyst  with 
a method  of  examining  selected  portions  of  the  software  in  an  effort  to  identify  and 
isolate  program  errors.  Several  debug  aids  are  briefly  described  below. 

A dump  allows  the  recording  of  the  contents  of  a computer’s  memory  to  provide 
a snapshot  of  the  state  of  the  computer  on  demand.  A dump  is  normally  in  octal,  and 
provision  should  be  made  to  allow  an  operator  to  select  a portion  of  core  to  be  dumped. 

An  inspect-and-change  routine  allows  a computer  operator  to  call  up  (usually  from 
a keyboard  device)  a particular  memory  location  and  inspect  the  contents.  The  oper- 
ator can,  if  desired,  change  the  contents  of  that  core  location. 

A breakpoint  can  be  inserted  by  a computer  operator  to  stop  execution  when  the 
breakpoint  is  reached.  This  feature  is  typically  used  to  determine  whether  a specific 
program  path  is  being  executed  or  to  determine  the  values  of  specific  variables  in  re- 
sponse to  a known  set  of  input  data. 

A memory  map  provides  location  and/or  size  information  about  all  or  selected 
parts  of  a computer  program. 

A software  monitor  program  provides  detailed  statistics  about  a system  perform- 
ance. This  program  resides  in  memory  and  can  examine  such  things  as  core  usage, 
queue  length,  and  individual  program  operation. 

A trace  program  records  the  chronological  sequence  of  events  taken  by  a target 
program  during  its  execution.  These  results  can  be  used  to  determine  the  extent  of 
test  coverage,  the  frequency  of  executing  instructions,  and  similar  statistics. 
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(d)  Compiler/ Assembler.  Compilers  and/or  assemblers  are  essential 
tools  in  any  software  project.  If  a higher  order  language  is  used  in  the  Night  Cobra 
application,  a compiler  will  be  required  to  translate  the  source  program  into  an  as- 
sembly language  form  for  subsequent  assembly  to  machine  language,  or  to  translate 
the  higher  order  language  directly  into  an  equivalent  machine  language  program.  If 
assembly  language  is  used  or  if  the  compiler's  end  product  is  in  assembly  language 
form,  an  assembler  will  be  required  to  complete  the  translation  to  machine  language. 

(2)  Documentation.  During  a software  life  cycle,  the  need  for  adequate  docu- 
mentation cannot  be  overemphasized;  the  development  and  maintenance  is  a labor  in- 
tensive business  and  inadequate  documentation  only  serves  to  magnify  the  problem  of 
providing  and  maintaining  a usable  product.  The  documentation  described  below  is 
essential  to  provide  continuity  and  direction  throughout  the  software  life  cycle. 

Two  of  the  documents  described,  Software  Development  Plan  and  Software  Config- 
uration Management  Plan,  are  required  for  the  overall  management  of  the  software 
development  process.  The  Software  Configuration  Management  Plan  is  also  necessary 
throughout  the  software  maintenance  cycle.  The  remaining  documents  constitute  a set 
which  totally  describes  each  software  item  procured.  A complete  set  of  documentation 
should  be  deliverable  with  each  software  program  procured,  including  software  tools. 

(a)  Software  Development  Plan.  The  Software  Development  Plan  (SDP) 
describes  the  comprehensive  plan  for  the  management  of  the  development  effort  for 
the  computer  program.  The  SDP  includes  a description  of  the  development  organiza- 
tion, a description  of  the  design  approach,  milestones  and  schedules,  and  resource 
allocation. 

The  SDP  provides  the  contractor  with  the  means  to  coordinate  schedules,  control 
resources,  initiate  actions,  and  monitor  the  progress  of  the  development  effort.  The 
SDP  provides  the  procuring  activity  with  detailed  knowledge  of  the  schedule,  organi- 
zation, and  resource  allocation  planned  by  the  contractor.  It  is  the  basic  tool  which 
the  procuring  activity  uses  in  monitoring  the  contract  work  effort. 

This  document  also  provides  information  of  management  philosophy  and  method- 
ology, project  organization,  the  system  design  and  implementation  approach,  support 
facility  requirements,  and  the  quality  assurance  approach. 

(b)  Software  Configuration  Management  Plan.  The  Software  Configura- 
tion Management  Plan  describes  the  configuration  management  organization  (Software 
Configuration  Control  Board)  dedicated  to  computer  software  management;  the  respon- 
sibilities of  the  members;  the  relationship  among  the  several  offices/divisions;  the 
policies  and  procedures  for  identifying  and  documenting  the  functional  and  physical 
characteristics  of  configuration  items  required  by  the  contract;  procedures  for  con- 
trolling changes  to  configuration  items  during  development  and/or  maintenance;  pro- 
cedures for  recording  and  reporting  change  processing  implementation  status;  and 
the  external  software  relationships  required  to  maintain  total  system  compatibility. 
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(b)  Data  Reduction.  Data  reduction  programs  are  used  throughout  the 
software  life  cycle  In  the  analysis  of  system  performance.  They  do  not  necessarily 
reside  on  the  same  computer  that  is  being  tested  and  are  normally  not  required  to 
operate  in  real  time.  The  purpose  of  the  data  reduction  program  is  to  sift  through 
the  tremendous  quantity  of  data  that  was  generated  during  test  or  development  activi- 
ties and  to  provide  the  system  analyst  with  a concise  summary  of  how  the  system  per- 
formed. Numerous  capabilities  can  be  provided  by  data  reduction  software:  complex 
algorithms  intended  to  study  a certain  system  function,  time  ordering  of  data  for 
further  analysis,  error  determination,  reformatting  of  data  for  report  generation, 
and  so  forth. 


Each  data  reduction  program  developed  for  the  Night  Cobra  application  should  be 
documented  and  deliverable,  in  order  to  preclude  duplication  of  effort. 


(c)  Debug  Aids.  Debug  aids  are  critical  tools  in  the  development,  test, 
and  maintenance  of  tactical  software.  They  provide  the  programmer  or  analyst  with 
a method  of  examining  selected  portions  of  the  software  in  an  effort  to  identify  and 
isolate  program  errors.  Several  debug  aids  are  briefly  described  below. 


A dump  allows  the  recording  of  the  contents  of  a computer's  memory'  to  provide 
a snapshot  of  the  state  of  the  computer  on  demand.  A dump  is  normally  in  octal,  and 
provision  should  be  made  to  allow  an  operator  to  select  a portion  of  core  to  be  dumped. 

.An  inspeet-and-change  routine  allows  a computer  operator  to  call  up  (usually  from 
a keyboard  device)  a particular  memory’  location  and  inspect  the  contents.  The  oper- 
ator can,  if  desired,  change  the  contents  of  that  core  location. 


A breakpoint  can  be  inserted  by  a computer  operator  to  stop  execution  when  the 
breakpoint  is  reached.  This  feature  is  typically  used  to  determine  whether  a specific 
program  path  is  being  executed  or  to  determine  the  values  of  specific  variables  in  re- 
sponse to  a known  set  of  input  data. 


A memory  map  provides  location  and/or  size  information  about  all  or  selected 
parts  of  a computer  program. 


A software  monitor  program  provides  detailed  statistics  about  a system  perform- 
ance. This  program  resides  in  memory  and  can  examine  such  things  as  core  usage, 
queue  length,  and  individual  program  operation. 


A trace  program  records  the  chronological  sequence  of  events  taken  by  a target 
program  during  its  execution.  These  results  can  be  used  to  determine  the  extent  of 
test  coverage,  the  frequency  of  executing  instructions,  and  similar  statistics. 
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(d)  Compiler/ Assembler.  Compilers  and/or  assemblers  are  essential 
tools  in  any  software  project.  If  a higher  order  language  is  used  in  the  Night  Cobra 
application,  a compiler  will  be  required  to  translate  the  source  program  into  an  as- 
sembly language  form  for  subsequent  assembly  to  machine  language,  or  to  translate 
the  higher  order  language  directly  into  an  equivalent  machine  language  program.  If 
assembly  language  is  used  or  if  the  compiler's  end  product  is  in  assembly  language 
form,  an  assembler  will  be  required  to  complete  the  translation  to  machine  language. 

(2)  Documentation.  During  a software  life  cycle,  the  need  for  adequate  docu- 
mentation cannot  be  overemphasized;  the  development  and  maintenance  is  a labor  in- 
tensive business  and  inadequate  documentation  only  serves  to  magnify  the  problem  of 
providing  and  maintaining  a usable  product.  The  documentation  described  below  is 
essential  to  provide  continuity  and  direction  throughout  the  software  life  cycle. 

Two  of  the  documents  described,  Software  Development  Plan  and  Software  Config- 
uration Management  Plan,  are  required  for  the  overall  management  of  the  software 
development  process.  The  Software  Configuration  Management  Plan  is  also  necessary 
throughout  the  software  maintenance  cycle.  The  remaining  documents  constitute  a set 
which  totally  describes  each  software  item  procured.  A complete  set  of  documentation 
should  be  deliverable  with  each  software  program  procured,  including  software  tools. 

(a)  Software  Development  Plan.  The  Software  Development  Plan  (SDP) 
describes  the  comprehensive  plan  for  the  management  of  the  development  effort  for 
the  computer  program.  The  SDP  includes  a description  of  the  development  organiza- 
tion, a description  of  the  design  approach,  milestones  ard  schedules,  and  resource 
allocation. 

The  SDP  provides  the  contractor  with  the  means  to  coordinate  schedules,  control 
resources,  initiate  actions,  and  monitor  the  progress  of  the  development  effort.  The 
SDP  provides  the  procuring  activity  with  detailed  knowledge  of  the  schedule,  organi- 
zation, and  resource  allocation  planned  b'r  the  contractor.  It  is  the  basic  tool  which 
the  procuring  activity  uses  in  monitoring  the  contract  work  effort. 

This  document  also  provides  information  of  management  philosophy  and  method- 
ology. project  organization,  the  system  design  and  implementation  approach,  support 
facility  requirements,  and  the  quality  assurance  approach. 

(b)  Software  Configuration  Management  Plan.  The  Software  Configura- 
tion Management  Plan  describes  the  configuration  management  organization  (Software 
Configuration  Control  Board)  dedicated  to  computer  software  management;  the  respon- 
sibilities of  the  members;  the  relationship  among  the  several  offices /divisions;  the 
policies  and  procedures  for  identifying  and  documenting  the  functional  and  physical 
characteristics  of  configuration  items  required  by  the  contract;  procedures  for  con- 
trolling changes  to  configuration  items  during  development  and/or  maintenance;  pro- 
cedures for  recording  and  reporting  change  processing  implementation  status;  and 

the  external  software  relationships  required  to  maintain  total  system  compatibility. 


This  document  provides  the  means  to  consolidate  all  policies,  procedures,  organ- 
izational descriptions,  resources,  and  schedules  relating  to  configuration  management. 
Through  this  plun,  control  of  the  software  can  l»e  maintained,  providing  a program 
whose  characteristics  are  known  and  whose  outputs  and  reactions  arc  predictable. 

This  document  typically  describes  the  software  configuration  management  organi- 
sation and  software  configuration  Identification  procedures  and  provide  a means  of 
controlling  problems  and  changes. 

(e)  Program  Performance  Specification.  The  Program  Performance 
Specification  describes  in  detail  all  the  operational  ami  functional  requirements  neces- 
sary to  design,  test,  and  maintain  the  required  software.  It  provides  the  logical,  de- 
tailed descriptions  of  the  performance  requirements  of  a digital  processor  program . 

It  indicates  compatibility  with  all  components  of  the  real-time  avionic  system,  includ- 
ing the  digital  processor  and  conversion  equipment,  ns  well  as  with  other  Interfaced 
avionic  weapon  systems. 

This  document  Is  used  as  the  controlling  document  for  the  software  item,  enabling 
the  assessment  of  the  satisfactory  completion  of  the  software.  In  addition,  all  changes 
to  the  software,  during  maintenance,  must  be  measured  against  the  Program  Perform- 
ance Specification  to  determine  impact  on  the  software  and  compatibility  with  other 
elements  of  the  system. 

(d!  Program  Design  Specification.  The  Program  Design  Specification 
document  is  the  design  description  of  the  software.  It  Is  based  upon  the  performance 
requirements  defined  in  the  Program  Performance  Specification,  specifies  the  pro- 
gramming approach  for  implementing  the  digit;!',  processor  program  itself,  and  defines 
the  program  architecture  for  further  program  composition. 

(el  Program  Description  Document.  The  Program  Description  Document 
provides  a complete  technical  description  of  all  subprogram  functions,  structures,  op- 
erational environments,  operating  constraints,  data  base  organization,  source  and 
object  code  listing,  and  diagrammatic  narrative  flows.  Kaeh  subprogram  or  function 
is  described  in  its  own  volume,  with  referenced  appendixes  as  necessary.  Kaeh  Pro- 
gram Description  Document  is  directly  responsive  to  the  Program  Design  Specification 
and  to  any  appropriate  software  and  or  program  specification.  The  Program  Descrip- 
tion Document  is  specifically  oriented  to  programming  logic  and  programmer's  lan- 
guage. The  aim  should  be  to  describe  and  completely  define  the  basic  subprogram 
logic  and  program  procedures  for  each  application  subprogram  and  for  each  system 
control  subroutine. 

The  Program  Description  Document  servos  as  the  essential  Instrument  for  sub- 
•'••quent  use  bv  maintenance  personnel  diagnosing  troubles,  making  adaption  changes, 
going  and  Implementing  modifications  to  the  system,  and  for  introducing  or  adding 
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new  subprogram  functions  to  the  completed  program.  During  the  development  process, 
this  document  can  be  reviewed  to  ensure  compliance  with  the  requirements  defined  by 
the  Program  Performance  Specification. 


(f)  Data  Base  Design  Document.  The  Data  Base  Design  Document  pro- 
vides a complete  detailed  description  of  all  common  data  items  necessary  to  carry  out 
the  functions  of  the  software.  Common  data  is  that  data  required  by  two  or  more  sub- 
programs. This  document  is  based  on  the  Program  Performance  Specification  and  is 
developed  In  consonance  with  the  Program  Design  Specification  and  concurrently  with 
the  Program  Description  Document. 

The  Data  Base  Design  Document  may  be  used  for  final  computer  software  design 
review.  This  document  is  also  used  for  the  life-cycle  program  maintenance  by  the 
program  maintenance  activity.  The  application  in  this  regard  safeguards  the  data  base 
during  life-cycle  configuration  management. 

(g)  Program  Package.  The  Program  Package  consists  of  the  software 
program  source  and  deck  listing,  an  error-free  source/object  listing  produced  by  an 
assembly  or  compilation  of  the  soui'ce  decks,  a complete  cross  reference  listing  pro- 
duced by  a compilation  of  the  source  decks,  and  any  data  which  are  necessary  to  cause 
programs  to  run  properly  (for  example,  adaptation  data,  data  file  contents,  setup  data, 
and  program  parameter  values). 

The  program  material  items  are  required  to  produce,  maintain,  and  update  the 
software. 


(h)  Software  Test  Plan.  A test  plan  defines  the  total  scope  of  the  testing 
to  be  performed.  It  identifies  the  particular  level  of  testing  and  describes  its  contri- 
buting role  for  ensuring  the  reliability  and  certified  acceptance  of  the  computer  pro- 
gram. Individual  test  requirements  are  listed  for  every  test  to  be  conducted  at  the 
specified  level  of  testing.  The  test  plan  contains  precise  statements  of  the  purpose, 
scope,  and  schedule  for  the  individual  test  being  planned.  It  identifies  the  degree  of 
testing  and  the  specific  functions  that  are  involved  in  the  test.  Also,  the  specific  ob- 
jectives of  the  test  are  defined,  and  a summary  of  the  test  methods  and  the  type  of 
system  environment  to  be  used  are  included. 

The  test  plan  is  required  to  ensure  that  the  technical  requirements  described  by 
the  Program  Performance  Specification  are  met  and  to  describe  how  system  integra- 
tion is  to  be  verified. 

(i)  Software  Test  Procedures.  Test  procedures  present  detailed  instruc- 
tions for  test  setup  and  test  execution  and  for  the  evaluation  of  test  results.  Thev  pro- 
vide for  the  collection  of  quantitative  test  results,  upon  which  the  determination  of 

test  success  or  failure  is  based.  The  procedures  are  developed  from  the  test  plans 
and  other  relevant  documents.  Test  procedures  are  the  documentation  tools  required 
to  perform  the  actual  testing  of  the  system. 
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(j)  Software  Test  Report.  Test  reports  are  the  vehicle  by  which  the 
results  of  a test  are  documented.  They  are  used  to  describe,  define,  and  evaluate 
discrepancies  between  the  intended  system,  function,  or  program  design  and  the  pro- 
gram capability  as  produced  in  code.  The  test  report  briefly  describes  the  purpose 
and  nature  of  the  test.  It  discusses  detail,  deviations  from  the  test  plans,  and/or  test 
procedures  required  in  the  complete  performance  of  the  test;  for  example,  substitution 
of  required  equipment,  patches  in  the  program  being  tested,  or  changes  to  support 
programs. 

The  test  report  is  used  to  determine  the  degree  of  acceptability  of  the  software. 

It  is  used  to  compare  the  test  results  with  the  established  requirements  for  a system 
function.  It  is  also  used  to  weigh  potential  design  improvements  and  functional  trade- 
offs that  may  have  been  determined  through  the  testing  processes. 

(k)  User's  Manual.  The  user's  manual  provides  personnel  with  the  nec- 
essary instructions  concerning  usage  of  the  software.  This  includes  limitations/ 
restrictions,  formatting  information,  purpose  and  use,  and  a functional  description  of 
inputs.  In  addition,  operation  of  the  software  and  hardware  should  also  be  addressed. 
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APPENDIX  B 

OPERATIONAL  SEQUENCE  DIAGRAMS 


TAKE-OFF  & CLIMB  OUT 


TSU  FIRING  GUN  ATTACK 


DIRECT  ROCKET  ATTACK  WITH  LASER  RANGING 


Crew  Prtpirw  for  Next  Coordinated  Attack 


APPENDIX  C 

MISSION  FLOW  DIAGRAMS 


TOP  I.KV i.  I.  MISSION  FI/AV  DIAGRAM 


Mission  Segment  Flow  Block  Diagram:  2.0  Pre-flight 


Mission  Segment  Flow  Block  Diagram:  3.0  Take-Off 


Mission  Segment  Flow  Block  Diagram:  9.0  Arrive  at  Fire  Position  and  Prepare  for  Attack 


Mission  Segment  Flow  Block  Diagram:  13.0  Mask 


m 


Refuel 


Mission  Segment  Flow  Block  Diagram:  20.0  Landing 


GHS  FIRING  GUN 


13-14  14-15  15-16 

Cease  Gunner  Release  Gun  Returns  to 

Fire  « Action  -*  Stow  Position 


FIXED  FORWARD  MODE 


ROCKET  DIRECT  WITH  LASER  RANGING  MODE 


SECOND  ROCKET  BACKUP  MODE 


arget  I Wing  Store  I as  Sequenced 


HUD 


PHS  — > TSU  ACQUISITION 


U ACQUISITION 


HUD  TEST  MODE 


PHS  FIRING  GUN 


Fixed  forward  gun  26  sec  + 1 sec 

27  sec 


DIRECT  ROCKET  ESTIMATED  RANGE 


INDIRECT  ROCKET 


First  rocket  backup  35. 36  sec  FRB  = 35. 36  sec 


